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 removed, like: `$LD -v` Version-Release number of selected component (if applicable): libtool-1.5-3 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] libtool-patch 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 containing spaces.
Ok, thanks. 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 libraries... yes 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 something else.
Ok, should be fixed in libtool-1.5-4.