Re: [Fink-users] nmap-5.35-1 build failure on Intel OSX 10.5.8 due to unresolved EVP_CIPHER_CTX_iv_length

[Alexander H. <ale...@gm...>]

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