Matthias Andree <matthias(_dot_)andree(_at_)gmx(_dot_)de> writes:
On Wed, 21 Sep 2005, Thomas(_dot_)Wolff(_at_)siemens(_dot_)com wrote:
-ldl is still missing, and actually on Linux too as I missed to report
previously:
gcc -I/home/thw/opt/openssl-0.9.8/include -I/usr/kerberos/include -g -O2
-L/home/thw/opt/openssl-0.9.8/lib -o fetchmail socket.o getpass.o pop2.o
pop3.o imap.o etrn.o odmr.o fetchmail.o env.o idle.o options.o daemon.o
driver.o transact.o sink.o smtp.o uid.o mxget.o md5ify.o cram.o kerberos.o
gssapi.o opie.o rpa.o interface.o netrc.o unmime.o conf.o checkalias.o
smbdes.o smbencrypt.o smbmd4.o smbutil.o lock.o rcfile_l.o rcfile_y.o
norm_charmap.o getaddrinfo.o getnameinfo.o libfm.a strlcpy.o strlcat.o
-lcrypt -lresolv -lssl -lcrypto
/home/thw/opt/openssl-0.9.8/lib/libcrypto.a(dso_dlfcn.o)(.text+0x145): In
function `dlfcn_load':
What I hadn't seen earlier: Why is your system linking against
libcrypto.a and not libcrypto.so? Statically linking objects that use
libdl is not exactly a good idea - leaving aside that statically linking
huge monsters such as openssl isn't a good idea anyhow. Upgrade OpenSSL
(bug fix!) and you'll be reinstalling all network applications for the
next day...
I checked this on Linux - linking against the .a files (libssl.a,
libcrypto.a) of openssl 0.9.8 (not 0.9.7!) fails with missing libdl
symbols, linking against the .so files works properly.
Try reinstalling OpenSSL like this:
./config \
--prefix=$HOME/opt/openssl-0.9.8 \
--openssldir=$HOME/opt/openssl-0.9.8/lib \
shared
make
make test
make install
And then try rebuilding OpenSSL.
--
Matthias Andree
_______________________________________________
Fetchmail-friends mailing list
Fetchmail-friends(_at_)lists(_dot_)ccil(_dot_)org
http://lists.ccil.org/cgi-bin/mailman/listinfo/fetchmail-friends