Re: Relocation errors in Crypt::SSLeay in Solaris 10

LD_PRELOAD_64=/usr/sfw/lib/64/libssl.so does work.

Sounds like libssl.so is not being linked in, so you might need to add "-lssl -lcrypto" to the LDLOADLIBS line in the Makefile:

LDLOADLIBS = -lz -L/usr/sfw/lib/64 -lssl -lcrypto
[download]

Comment on Re: Relocation errors in Crypt::SSLeay in Solaris 10 Download Code

Replies are listed 'Best First'.
Re^2: Relocation errors in Crypt::SSLeay in Solaris 10 by arielCo (Sexton) on Mar 15, 2014 at 01:48 UTC
That works - thanks a bunch. For anyone else reading, it's easy to pass this through 'o conf': `o conf makepl_arg 'LIBS="-lz -L/usr/sfw/lib/64 -lssl -lcrypto"'` Long story: turns out that `-lssl -lcrypto` are being left out of EXTRALIBS and LDLOADLIBS in the Makefile (no idea why - Makefile.PL comes with `LIBS => [q{-lz -lssl -lcrypto -lssl32 -lssleay32 -leay32}]`). So putting them in the Makefile and building again from the shell works too: `EXTRALIBS = -lz -lssl -lcrypto LDLOADLIBS = -lz -lssl -lcrypto` [download]	[reply] [d/l] [select]
Re^3: Relocation errors in Crypt::SSLeay in Solaris 10 by syphilis (Archbishop) on Mar 15, 2014 at 03:20 UTC
Makefile.PL comes with LIBS => q{-lz -lssl -lcrypto -lssl32 -lssleay32 -leay32}) If those libraries are not located at the 'perl Makefile.PL' step, they don't get written in to the generated Makefile. It would seem that /usr/sfw/lib/64 is not being searched - for which another fix would be to change the quoted entry in the Makefile.PL to: `LIBS => [q{-lz -L/usr/sfw/lib/64 -lssl -lcrypto -lssl32 -lssleay32 -le +ay32}])` [download] Passing it through 'o conf' is probably a better solution - in that it doesn't involve manual editing of any files. Yet another option would be to add /usr/sfw/lib/64 to the LIBRARY_PATH environment variable: `export LIBRARY_PATH=$LIBRARY_PATH:/usr/sfw/lib/64` [download] Cheers, Rob	[reply] [d/l] [select]