mixing .java and .class, gcj4.3 regressions?

Fri Jan 19 20:20:00 GMT 2007

Hey all
I'm ran my private tests with my fresh gcj 4.3. The only two problems I 
see are:
gcj -s -O2 --main=HelloWorld HelloWorld.java World.class -o foobar.exe
Works with gcj 4.2 but fails with gcj 4.3:
C:\DOKUME~1\Marco\LOKALE~1\Temp/ccSkeaaa.o:ccoFcaaa.jar:(.text+0x66):
undefined reference to `java::lang::String* World::getWorld()'
collect2: ld returned 1 exit status
Or worse:
gcj -s -O2 --main=HelloWorld HelloWorld.java World.class -ofoobar.exe
(No space between "-o" and "foobar.exe"). That works with gcj 4.2 and 
the no space thing with gcj 4.3 usually too. But in this case, when 
compilation would fail anyway, it gives an internal compiler error:
C:\DOKUME~1\Marco\LOKALE~1\Temp/ccgrbaaa.jar:0: internal compiler error: 
in java_parse_file, at java/jcf-parse.c:1945
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
Well, the docs say that source and bytecode can't be mixed. So I don't 
know if the docs are out of date or it's just luck that it works with 
4.2 and now it's still ok because it fails. The second problem depends 
on the first one...
Marco
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: HelloWorld.java
URL: <http://gcc.gnu.org/pipermail/java/attachments/20070119/8d90cffe/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: World.java
URL: <http://gcc.gnu.org/pipermail/java/attachments/20070119/8d90cffe/attachment-0001.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: World.class
Type: application/octet-stream
Size: 262 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/java/attachments/20070119/8d90cffe/attachment.class>