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

Gregory R. Warnes warnes@biostat.washington.edu
Fri Jun 9 06:14:00 GMT 2000


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>> 


More information about the Java mailing list

AltStyle によって変換されたページ (->オリジナル) /