gcj/253: problems with instanceof when compilation from .classfiles

[Gregory R. Warnes]

The following reply was made to PR gcj/253; it has been noted by GNATS.

From: "Gregory R. Warnes" <warnes@biostat.washington.edu>
To: apbianco@redhat.com
Cc: java-gnats@sourceware.cygnus.com,
        gcj Discussion List <java-discuss@sourceware.cygnus.com>
Subject: Re: gcj/253: problems with instanceof when compilation from .class
 files
Date: Fri, 9 Jun 2000 06:14:40 -0700 (PDT)

 Well, I just tried recompiling directly from the .java files and gcj
 throws lots of compilation errors that the javac compilers don't.   I get
 a whole pile of messages like:
 
 /extra/home/warnes/sandbox/Simulation/MCMC/Dissertation/Paper1/BananaTarget.java:41: Incompatible
 type for `='. Can't convert
 `org.omegahat.Simulation.MCMC.Targets.TwoMultivariateNormalMixture' to
 `org.omegahat.Probability.Distributions.UnnormalizedDensity'.
   target = new TwoMultivariateNormalMixture( mean0, cov0,
          ^
 1 error
 
 where TwoMultiVariateNormalMixture is declared as
 
 public class TwoMultivariateNormalMixture implements UnnormalizedDensity
 {
 ..
 }
 
 and target is deslared (in a super class two levels up) as 
 ..
 protected UnnormalizedDensity target;
 ..
 
 
 As far a I can tell, this is a bug in the gcj .java parser, since it
 should be perfectly valid to cast to the superclass.  
 
 I likewise get errors on explicit casts from something declared as
 UnnormalizedDensity (or its child GeneralProposal) to
 TwoMultivariateNormalMixture.
 
 -Greg
 
 
 
 On Wed, 7 Jun 2000, Alexandre Petit-Bianco wrote:
 
   AP>> 
   AP>> Gregory R. Warnes writes:
   AP>> 
   AP>> > Based on things posted on the list some time ago I understood that
   AP>> > the source parser didn't handle inner classes, static array
   AP>> > intializing, and a couple of other java features, but that the class
   AP>> > file parser handled these just fine.  Am I mistaken?
   AP>> 
   AP>> Yes, and I noticed that Bryce recently patched the FAQ. You can read
   AP>> the entries 2.8 and 4.2
   AP>> 
   AP>> If you're running a benchmark, I strongly encourage you to build it
   AP>> from sources instead of from classes. You'll get much better
   AP>> performances. If gcj can't build it from sources because of 1.1
   AP>> issues, well, I'll fix them.
   AP>> 
   AP>> ./A
   AP>>