Re: gcj trunk on OS X

[Mohan Embar <gnustuff at thisiscool dot com>]

Hi Andreas,

>>> Aha! This the issue. If you download and install an Xcode 2.4.1 for 
>>> example, you'd be able to use the below. These headers get an update 
>>> while you install the new Xcode.
>> 
>> Thanks for the tip. I don't mind upgrading.
>
>Ok. Good.

FYI: I upgraded and successfully built the trunk (a week or two ago).

>> Another question, while I have you here.
>> 
>> If I try to compile javolution.jar, which can be obtained
>> from here:
>> 
>> http://www.javolution.org/javolution-4.2.5-bin.zip
>> 
>> (BSD license.)
>> 
>> With my built gcj, I get this when I compile with -O2:
>> 
>> mohanembar$ gcj -c -O2 /Data/temp/javolution/javolution-4.2/javolution.jar 
>> javolution/lang/MathLib.java: In class 'javolution.lang.MathLib':
>> javolution/lang/MathLib.java: In method 'javolution.lang.MathLib.toLongPow2(double,int)':
>> javolution/lang/MathLib.java:0: internal compiler error: in build_int_cst_wide, at tree.c:885
>> Please submit a full bug report,
>> with preprocessed source if appropriate.
>> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
>> 
>> This doesn't happen when I leave out the -O2.
>> 
>> Does this seem familiar to you? I'll submit a Bugzilla
>> report if you want me to.
>
>No it doesn't. File a report please. (me is only a porter, know nothing 
>about java, anyway I think it has to do with compiler internals and not 
>directly with java.)

I filed a report for this: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31264

Another issue: For PPC, when building a large program with gcj, I get a ton
of errors during linking with complaints like this:

===============================================
/datal/gcc/powerpc-apple-darwin8/bin/ld: /datal/gcc/powerpc-apple-darwin8/bin/../lib/gcc/powerpc-apple-darwin8/4.3.0/../../../../powerpc-apple-darwin8/lib/libgcj.a(interpret.o) relocation overflow for relocation entry 0 in section (__TEXT,__textcoal_nt) (displacement too large)
===============================================

The afflicted files are verify.cc, prims.cc, interpret.cc and natClass.cc.
I'm able to work around this by deleting the objects for these files in
the libjava build directory, then hacking the makefile and adding -mlongcall
to the compiler flags. I'm not sure what a good general solution to this is,
though.

-- Mohan
http://www.thisiscool.com/
http://www.animalsong.org/