ld FAIL: bootstrap

[Dennis Clarke <dclarke at blastwave dot org>]

There are a number of FAILs still in the ld testsuite however I choose to isolate at least one, find its cure and then perhaps others will follow.

The ld/ld.log says : 

[snip]
Report bugs to <http://www.sourceware.org/bugzilla/>^M
/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new -m elf_x86_64 -o tmpdir/ld-partial.o -r  ldgram.o ldlex-wrapper.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o plugin.o ldwrite.o ldexp.o  ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o eelf_x86_64.o eelf32_x86_64.o eelf_i386.o ei386linux.o eelf_l1om.o eelf_k1om.o
Executing on host: sh -c {/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new -m elf_x86_64 -o tmpdir/ld-partial.o -r  ldgram.o ldlex-wrapper.o lexsup.o ldlang.o mri.o ldctor.o ldmain.o plugin.o ldwrite.o ldexp.o  ldemul.o ldver.o ldmisc.o ldfile.o ldcref.o eelf_x86_64.o eelf32_x86_64.o eelf_i386.o ei386linux.o eelf_l1om.o eelf_k1om.o  2>&1}  /dev/null ld.tmp (timeout = 300)
spawn [open ...]^M
/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new -m elf_x86_64  -o tmpdir/ld1 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.4.6/crtbegin.o  tmpdir/ld-partial.o ../bfd/.libs/libbfd.a ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -lc -Wl,-rpath -Wl,/usr/local/lib  -ldl -lz -ldl  -L/usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64 --start-group /usr/lib/gcc/x86_64-redhat-linux/4.4.6/libgcc.a /usr/lib/gcc/x86_64-redhat-linux/4.4.6/libgcc_eh.a -lc --end-group /usr/lib/gcc/x86_64-redhat-linux/4.4.6/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64/crtn.o
Executing on host: sh -c {/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new -m elf_x86_64  -o tmpdir/ld1 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.4.6/crtbegin.o  tmpdir/ld-partial.o ../bfd/.libs/libbfd.a ../libiberty/libiberty.a /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -lc -Wl,-rpath -Wl,/usr/local/lib  -ldl -lz -ldl  -L/usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64 --start-group /usr/lib/gcc/x86_64-redhat-linux/4.4.6/libgcc.a /usr/lib/gcc/x86_64-redhat-linux/4.4.6/libgcc_eh.a -lc --end-group /usr/lib/gcc/x86_64-redhat-linux/4.4.6/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64/crtn.o 2>&1}  /dev/null ld.tmp (timeout = 300)
spawn [open ...]^M
/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new: unrecognized option '-Wl,-rpath'
/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new: use the --help option for usage information
/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new: unrecognized option '-Wl,-rpath'
/usr/local/build/binutils-2.23.1_2.6.32-279.14.1.el6.x86_64.002/ld/ld-new: use the --help option for usage information
FAIL: bootstrap
[snip]


So again I see that an option -Wl,-rpath -Wl,/usr/local/lib  is being passed to ld-new and not sure where that is coming from. The linkage to /usr/local/lib/libintl.so /usr/local/lib/libiconv.so could be avoided perhaps with a --disable-nls on configure. 

Regardless .. not too sure where this option is coming from. 

working on this still .. 

Dennis