Greetings all. I'm still having the same problem we talked about back in
September. The Clam make isn't find -lssl for some reason. Every release
up to and including 0.75.1 worked perfectly with the exact same configure
options. Anything after that gives the same error including today's devel. I've been configuring Clam with this for some time now and it's always worked before:
./configure --prefix=/usr/local --sysconfdir=/etc/clamav --localstatedir=/var --disable-clamuko --no-create --no-
recursion
My server is a RH9 install that has most of RH's stupid choices and
mistakes corrected. Most everything is current and I almost always build
from source. OpenSSL is the latest greatest (0.9.7e) and installed in the
default location (OSSL default, not RH) of /usr/local/ssl. ld.so.conf is
set up correctly and of course ldconfig has been run. I've built dozens
of packages on this system against OpenSSL (and other idential systems) and only one other package ever had this problem (and that was a script
error in ATB). Also, zlib is current.
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I./zziplib -I./mspack -I/usr/local/include -g -O2 -MT special.lo -MD -MP -MF .deps/special.Tpo -c special.c -fPIC -DPIC -o .libs/special.lo
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I./zziplib -I./mspack -I/usr/local/include -g -O2 -MT special.lo -MD -MP -MF .deps/special.Tpo -c special.c -o special.o >/dev/null 2>&1
mv -f .libs/special.lo special.lo
/bin/sh ../libtool --mode=link gcc -g -O2 -lnsl -L/usr/local/lib -o libclamav.la -rpath /usr/local/lib -thread-safe -version-info 1:4:0 -no-undefined matcher-ac.lo matcher-bm.lo matcher.lo md5.lo others.lo readdb.lo cvd.lo dsig.lo str.lo scanners.lo filetypes.lo unrarlib.lo zzip-dir.lo zzip-err.lo zzip-file.lo zzip-info.lo zzip-io.lo zzip-stat.lo zzip-zip.lo strc.lo blob.lo mbox.lo message.lo snprintf.lo strrcpy.lo table.lo text.lo ole2_extract.lo vba_extract.lo msexpand.lo pe.lo cabd.lo lzxd.lo mszipd.lo qtmd.lo system.lo upx.lo htmlnorm.lo chmunpack.lo rebuildpe.lo petite.lo fsg.lo line.lo untar.lo special.lo -L/usr/local/lib -lz -lbz2 -lgmp -lcurl -L/usr/kerberos/lib -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -L/usr/kerberos/lib -lz -lssl -lcrypto -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lz -lpthread -lnsl
rm -fr .libs/libclamav.la .libs/libclamav.* .libs/libclamav.*
gcc -shared matcher-ac.lo matcher-bm.lo matcher.lo md5.lo others.lo readdb.lo cvd.lo dsig.lo str.lo scanners.lo filetypes.lo unrarlib.lo zzip-dir.lo zzip-err.lo zzip-file.lo zzip-info.lo zzip-io.lo zzip-stat.lo zzip-zip.lo strc.lo blob.lo mbox.lo message.lo snprintf.lo strrcpy.lo table.lo text.lo ole2_extract.lo vba_extract.lo msexpand.lo pe.lo cabd.lo lzxd.lo mszipd.lo qtmd.lo system.lo upx.lo htmlnorm.lo chmunpack.lo rebuildpe.lo petite.lo fsg.lo line.lo untar.lo special.lo -L/usr/local/lib -lbz2 -lgmp -lcurl -L/usr/kerberos/lib -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lcom_err -lk5crypto -lresolv -ldl -lz -lpthread -lnsl -Wl,-soname -Wl,libclamav.so.1 -o .libs/libclamav.so.1.0.4
/usr/bin/ld: cannot find -lssl
collect2: ld returned 1 exit status
make[2]: *** [libclamav.la] Error 1
make[2]: Leaving directory `/usr/local/src/clamav/clamav-devel-20041118/libclamav'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/clamav/clamav-devel-20041118'
make: *** [all] Error 2
I've tried with and without
CFLAGS="-I/usr/local/include -I/usr/local/ssl/include" CPPLAGS="-I/usr/local/include -I/usr/local/ssl/include"
The includes are found, obviously. Your problem are the libraries. Let's have a look: # ldd /usr/lib/libclamav.so.1.0.4 libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x40049000) libgmp.so.3 => /usr/lib/libgmp.so.3 (0x40059000) libcurl.so.3 => /usr/lib/libcurl.so.3 (0x40087000) libidn.so.11 => /usr/lib/libidn.so.11 (0x400b7000) libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0x400e7000) libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x40118000) libdl.so.2 => /lib/tls/libdl.so.2 (0x40215000) libz.so.1 => /usr/lib/libz.so.1 (0x40218000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4022b000) libnsl.so.1 => /lib/tls/libnsl.so.1 (0x4023a000) libc.so.6 => /lib/tls/libc.so.6 (0x4024f000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
This is on a Debian box though. Note that at least here the ssl libraries are in uncommon places. Would you mind to do a
find /usr/local/lib -name libcrypto.so\* -print
and see what you get?
After all it _might_ be an autoconf issue, but this is the first report I ever read about this.
I'm trying to get ClamAV >=0.80 working to help take the strain off the servers with the new DNSDatabaseInfo option. Unfortunately I'm stuck and not able to do that until I can get around this problem. Has anyone else seen anything simliar? The rest of my system is working fine. I compile things all the time with OpenSSL support and never have trouble. I didn't mention it earlier but no there are no header or library conflicts with the OSSL RPMs hanging around. Everything has been cleaned up nicely and the duplicates have been neutralized. I'm at a loss on this one. If no one else is experiencing this problem then it must either be my setup or something I'm doing. Everything else seems to be working fine though so I suspect the problem is elsewhere. A fresh look on this problem would certainly help though. Tomasz, any ideas for me? I'm stumped.
Thanks Justin
Thomas
_______________________________________________ http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users
