On Jul 30, 2010, at 8:06 AM, Alexander Hansen wrote: > 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
Try nmap-5.35-2. It should always use the system's openssl headers now. Daniel ------------------------------------------------------------------------------ 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
