Hi,

libgcj.so.6.0.0 is a monster so that could be a memory problem too. If you're not interested in Java, I'd suggest to configure with --disable-libgcj.

Actually I'd like to help fix bugs in the Solaris toolchain, apart from compiling my C++ programs.


Using "xgcc -v" instead of plain "xgcc" I've found that the problem happens here:
/tmp/GCC/gcc/collect2 [...] /tmp/GCC/gcc/crtn.o -soname libgcj.so.6
collect2: ld returned 1 exit status


Is there a way I can find the exact "ld" command line, in order to provide a small testcase for the GNU binutils bugzilla?

--
Dimitri

Reply via email to