[fetchmail]Re: [fetchmail-users] fetchmail 6.2.9-rc4 available

[Matthias Andree]

Matthias Andree <matthias.andree@gmx.de> writes:

> On Wed, 21 Sep 2005, Thomas.Wolff@siemens.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