On 7/30/10 5:09 AM, ETSF software wrote: > Dear fink users, dear Daniel, > > My attempt to build nmap-5.35-1 on fink/OSX 10.5.8 was unsuccessful. It > fails to link ... > > Compiling nmap > rm -f nmap > g++ -L/sw/lib/system-openssl/lib > -L/sw/src/fink.build/nmap-5.35-1/nmap-5.35DC1/libdnet-stripped -L/sw/lib > -L/sw/src/fink.build/nmap-5.35-1/nmap-5.35DC1/nbase > -L/sw/src/fink.build/nmap-5.35-1/nmap-5.35DC1/nsock/src/ -o nmap main.o > nmap.o targets.o tcpip.o nmap_error.o utils.o idle_scan.o osscan.o > osscan2.o output.o payload.o scan_engine.o timing.o charpool.o > services.o protocols.o nmap_rpc.o portlist.o NmapOps.o TargetGroup.o > Target.o FingerPrintResults.o service_scan.o NmapOutputTable.o > MACLookup.o nmap_tty.o nmap_dns.o traceroute.o portreasons.o xml.o > nse_main.o nse_nsock.o nse_fs.o nse_nmaplib.o nse_debug.o nse_pcrelib.o > nse_binlib.o nse_bit.o nse_openssl.o nse_ssl_cert.o -lnbase -lnsock > -lpcre -lpcap -lssl -lcrypto libnetutil/libnetutil.a > ./libdnet-stripped/src/.libs/libdnet.a -llua -lm > Undefined symbols: > "_EVP_CIPHER_CTX_iv_length", referenced from: > l_encrypt(lua_State*) in nse_openssl.o > l_encrypt(lua_State*) in nse_openssl.o > l_decrypt(lua_State*) in nse_openssl.o > l_decrypt(lua_State*) in nse_openssl.o > ld: symbol(s) not found > > > Investigating a little further, I can add that _EVP_CIPHER_CTX_iv_length > is well resolved in /sw/lib/libcrypto.dylib (fink openssl 0.9.8l-1 is > installed on my system): > > ls -la /sw/lib/libcrypto.dylib > lrwxr-xr-x 1 root admin 21 Nov 11 2009 /sw/lib/libcrypto.dylib -> > libcrypto.0.9.8.dylib > > nm /sw/lib/libcrypto.0.9.8.dylib |grep EVP_CIPHER_CTX_iv_length > 0007b8c0 T _EVP_CIPHER_CTX_iv_length > > but not in /sw/lib/system-openssl/lib priory defined : > > ls -la /sw/lib/system-openssl/lib > lrwxr-xr-x 1 root admin 24 Jul 7 2008 libcrypto.dylib -> > /usr/lib/libcrypto.dylib > lrwxr-xr-x 1 root admin 21 Jul 7 2008 libssl.dylib -> > /usr/lib/libssl.dylib > drwxr-xr-x 3 root admin 102 Jul 7 2008 pkgconfig > > nm /usr/lib/libcrypto.dylib |grep EVP_CIPHER_CTX_iv_length > nm /usr/lib/libssl.dylib |grep EVP_CIPHER_CTX_iv_length > > So I assume that the order of the -L paths is ill defined. > > Kind regards, > > Alain > >
The issue is that nmap is supposed to be building against the system's openssl, and it is picking up openssl098 by mistake. As a workaround, remove openssl098-dev and the package will build. -- Alexander Hansen Fink User Liaison ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
