bug in libtool 1.4e: native ld does not understand -print-search-dirs

[Teun Burgers]

Hello,

I think there is bug in this libtool version:

ltmain.sh (GNU libtool) 1.4e (1.1175 2003/01/01 01:57:46)

During configure I get this error message:

checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... no
checking dynamic linker characteristics... ld:
-print-search-dirs: Unknown flag
ld: Usage: ld [options] file [...]
osf5.1 ld.so

I think the bug is in this section starting at line 1057 in libtool.m4:

if test "$GCC" = yes; then
  sys_lib_search_path_spec=`$CC -print-search-dirs | grep "^libraries:" | $SED 
-e "s/^libraries://" -e "s,=/,/,g"`

My gcc installation uses the *native* OSF ld and that apparantly doesn't 
understand the -print-search-dirs.
Configuring goes fine when I invoke configure as ./configure CC=cc with
the native C compiler.

Here are some excerpts from config.log that may be relevant:

checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking for a sed that does not truncate output... /usr/ucb/sed
checking build system type... alphaev56-dec-osf5.1
checking host system type... alphaev56-dec-osf5.1
checking for egrep... grep -E
checking for ld used by GCC... /usr/ucb/ld
checking if the linker (/usr/ucb/ld) is GNU ld... no

uname -m = alpha
uname -r = V5.1
uname -s = OSF1
uname -v = 1885

regards,

Teun Burgers

-- 
Drs A.R. Burgers        Energy research Centre of the Netherlands
Phone: +31-224-564959   P.O. Box 1
Fax  : +31-224-568214   NL-1755 ZG Petten
email: address@hidden   The Netherlands