Re: installation problem

[Chris Dornan <cdornan at arm dot com>]

OK I tried to rebuild prims.o with -O but it still didn't work.

Just to make sure, as I am no gcc hacker (yet!), I did the following.
I changed directory to sparc-sun-solaris2.7/libjava in my
libgcj-2.95.1 object directory and issued the following

/bin/sh ./libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I../../../libgcj-2.95.1/libjava -I./include -Iinclude -I../../../libgcj-2.95.1/libjava/include -I../../../libgcj-2.95.1/libjava/../boehm-gc -I./../boehm-gc  -DSILENT=1 -DNO_SIGNALS=1 -DNO_DEBUGGING=1 -DJAVA_FINALIZATION=1   -I../../../libgcj-2.95.1/libjava/../compat-include -I../../../libgcj-2.95.1/libjava/../zlib   -fno-rtti -fvtable-thunks -fpermissive   -W -Wall -g -O -c ../../../libgcj-2.95.1/libjava/prims.cc

I returned to the object directory (../..) and issued a make followed
by a make install.  It did appear to rebuild the libraries and
reinstall them.  I then returned to my programs directory and
recompiled my test program and ran it: it produced the segmentation
fault.

Should I think about rebuilding with -O2 cut back to -O, changing to
a later libgcj or a later GCC.

The thing is that I am really interested in cross compiling for ARM:
maybe it would be better to move onto that.  Does anyone know how GCC
is for ARM nowadays?

Cheers,

Chris Dornan
cdornan@arm.com