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