Red Hat Bugzilla – Bug 97608
libtool.m4 bug: `"$LD" -v`
Last modified: 2015-01-07 19:05:32 EST
Description of problem:
/usr/share/aclocal/libtool.m4 contains code for checking if ld is GNU ld; but it
fails if gcc provides '/usr/bin/ld -m ...' for $LD. The quotes should be
Version-Release number of selected component (if applicable):
This causes build failures on x86_64.
Could you attache a patch to illustrate please?
I'm not clear on what should be changed.
Also some build output would be nice for reference.
Created attachment 92480 [details]
Here is the change I'm talking about. This comes from omni-libtool.patch in
cvs.devel. Get build output by building Omni-0.9.0-2 from CVS on x86_64 -- or
just see for yourself that 'gcc -print-prog-name=ld' on x86_64 gives output
However for me "gcc -print-prog-name=ld" just outputs "ld" on x86_64
when I just tried now.
Oh it was g++; but it doesn't seem to be doing it with the new GCC package. But
on Tuesday I was getting things like this (pasted from an IRC log I had):
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... no
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... no
GCC never provided any arguments to ld in gcc -print-prog-name=ld, so it must be
Ok, should be fixed in libtool-1.5-4.