bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[autoconf-lib-link] AC_LIB_HAVE_LINKFLAGS produces a non-running Wget on


From: Hrvoje Niksic
Subject: [autoconf-lib-link] AC_LIB_HAVE_LINKFLAGS produces a non-running Wget on AIX 5.1
Date: Sat, 25 Jun 2005 17:14:01 +0200
User-agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (Jumbo Shrimp, linux)

[ This is a report for autoconf-lib-link, not for gettext itself. ]

Here is an excerpt from the report by a Wget tester trying to link
Wget with shared OpenSSL libraries (linking with static ones worked).
He used configure --prefix=/usr/local/contrib to build Wget, which is
also where the OpenSSL libs reside.  The result was:

...
checking for dlopen in -ldl... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... no
checking for shared library run path origin... done
checking for libssl... yes
checking how to link with libssl... /usr/local/contrib/lib/libssl.so 
/usr/local/contrib/lib/libcrypto.so
configure: compiling in support for SSL
...

"make" produces a wget binary but using a "https://"-URL I got the error

exec(): 0509-036 Cannot load program wget because of the following errors:
         0509-022 Cannot load module /usr/local/contrib/lib/libssl.so.
         0509-150   Dependent module libcrypto.so could not be loaded.
         0509-022 Cannot load module libcrypto.so.
         0509-026 System error: A file or directory in the path name does
                  not exist.

Although the lib exists:

-rw-r--r--   1 pdadm    pdadm       2710603 Jun 25 16:30
  /usr/local/contrib/lib/libcrypto.a
lrwxrwxrwx   1 pdadm    pdadm            14 Jun 25 16:30
  /usr/local/contrib/lib/libcrypto.so -> libcrypto.so.0
lrwxrwxrwx   1 pdadm    pdadm            18 Jun 25 16:30
  /usr/local/contrib/lib/libcrypto.so.0 -> libcrypto.so.0.9.7
-r-xr-xr-x   1 pdadm    pdadm       2616413 Jun 25 16:30
  /usr/local/contrib/lib/libcrypto.so.0.9.7


What baffles me about this error is that libssl.so is apparently
located by the runtime linker, but libcrypto is not, although they are
in the same directory.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]