------- Additional Comments From harri dot pasanen at trema dot com 2004-11-23 14:27 ------- (In reply to comment #1) > This sounds more like a ld bug than anything. > Please add a -v to the gcc invocation and attach the output here. I did spend some time trying to find out where the /opt/langtools/lib/libcomp.sl was coming from, to no avail. During those attempts, I also tried to configure the build using GNU ld, but it fails the same way. As my current tree is configured with GNU ld, the following output reflects that: -bash-3.00$ stage1/xgcc -v -Bstage1/ -B/opt/gcc34-64/hppa64-hp-hpux11.11/bin/ -g -O2 -> Reading specs from stage1/specs Configured with: ../gcc-3.4.3/configure -enable-languages=c,c++ --enable-threads=posix --disable-nls --with-gnu-as --with-as=/opt/gcc34-64/bin/as --with-gnu-ld --with-ld=/opt/gcc34/bin/ld --enable-shared --prefix=/opt/gcc34-64 --host=hppa64-hp-hpux11.11 --disable-checking Thread model: posix gcc version 3.4.3 stage1/collect2 -E -u main -o genmodes /usr/ccs/lib/pa20_64/crt0.o stage1/crtbegin.o -Lstage1 -L/usr/ccs/bin -L/usr/ccs/lib/pa20_64 -L/opt/gcc34-64/lib genmodes.o errors.o ../libiberty/libiberty.a -lgcc -lc /usr/lib/pa20_64/milli.a -lgcc stage1/crtend.o ld: Unable to load shared library "/opt/langtools/lib/libcomp.sl" Fatal error. collect2: ld returned 1 exit status
-- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18626
