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" 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 _______________________________________________ http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users
