Freenet compilation errors.

Sat Jan 6 17:42:00 GMT 2001

"Mark J. Roberts" wrote:
> > I've get this quite often too. IIRC, its related to the bytecode parser. Are
> > you building from pure source code, or is gcj seeing class files as well? If
> > so, what did you build those class files with? There might be a PR about this
> > already.
>> Yep, I fed gcj a list of .java files and there were already .class files
> for each, so (unintuitively) it tried building the .class files instead.

No, it builds the Java files, but will read the .class files when resolving dependencies. This speeds up compilation - parsing a long dependency chain of java source can
sometimes be rather slow. Unfortunatly it seems that gcj sometimes doesn't grok the class files produced by javac.
> I'm asking
> our local Java Gods what's up with the three super()/this errors.

This one is definatly a bug in gcj. Its illegal to use a classes own "this" before calling the superclass constructor, however it should be perfectly okay to reference a "this"
from an enclosing context. I'm going to look into this.
> error about the use of a sun.io.* method is probably because libjava
> doesn't support special Sun libraries (although IIRC Kaffe can compile it).

I doubt it, kaffe doesn't have any sun.io classes. Your code shouldn't be referring to those directly.
> Core.java also segfaults when compiled from source (the error is formatted
> differently). I'll look into it the best I can.

Cool. Test cases are good ;-)
regards
 [ bryce ]