Re: gcj segfaults on i686/x86_64-apple-darwin*

[Jack Howarth <howarth at bromo dot med dot uc dot edu>]

On Mon, Nov 09, 2009 at 08:56:12AM +0000, Andrew Haley wrote:
> Jack Howarth wrote:
>>     Do any of the gcc java developers have access to intel darwin?
>
> I don't think so.
>
>> gdb /sw/lib/gcc4.5/libexec/gcc/i686-apple-darwin9/4.5.0/ecj1
>> ...
>> (gdb) r testme.java -fbootclasspath=./:/sw/lib/gcc4.5/share/java/libgcj-4.5.0.jar -fsource=1.5 -ftarget=1.5 -fzip-dependency /var/folders/1C/1CdoNxmNFHyOIjNBLNuJh++++TM/-Tmp-//ccCFc8VX.zip -fzip-target /var/folders/1C/1CdoNxmNFHyOIjNBLNuJh++++TM/-Tmp-//ccBrG88S.jar
>> Starting program: /sw/lib/gcc4.5/libexec/gcc/i686-apple-darwin9/4.5.0/ecj1 testme.java -fbootclasspath=./:/sw/lib/gcc4.5/share/java/libgcj-4.5.0.jar -fsource=1.5 -ftarget=1.5 -fzip-dependency /var/folders/1C/1CdoNxmNFHyOIjNBLNuJh++++TM/-Tmp-//ccCFc8VX.zip -fzip-target /var/folders/1C/1CdoNxmNFHyOIjNBLNuJh++++TM/-Tmp-//ccBrG88S.jar
>> Reading symbols for shared libraries ++++.+. done
>>
>> Program received signal SIGABRT, Aborted.
>> 0x94cc2e42 in __kill ()
>> (gdb) bt
>> #0  0x94cc2e42 in __kill ()
>> #1  0x94cc2e34 in kill$UNIX2003 ()
>> #2  0x94d3523a in raise ()
>> #3  0x94d41679 in abort ()
>> #4  0x038de502 in _Jv_Throw (value=<value temporarily unavailable, due to optimizations>) at ../../../gcc-4.5-20091107/libjava/exception.cc:128
>> #5  0x039359bb in _ZN4java4lang5Class7forNameEJPS1_PNS0_6StringES2_ (className=<value temporarily unavailable, due to optimizations>, caller=<value temporarily unavailable, due to optimizations>) at Class.java:133
>> Previous frame inner to this frame (gdb could not unwind past this frame)
>
> This is caused by incorrect unwind information being generated by gcc, or
> by a bug in gcc's unwinder library.
>
> Andrew.

Andrew,
   Shouldn't the libjava testsuite contain some rudimentary tests using gcj
to make sure it is functional? The recent testsuite results don't suggest
major problems with java on intel darwin...

http://gcc.gnu.org/ml/gcc-testresults/2009-11/msg00666.html
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg01308.html

                    Jack