I'm having an interesting problem compiling a CPAN module (Net::SSLeay in particular). This particular module creates a binary library, SSLeay.so. For various reasons, I have to make/compile this module by hand.
The problem I am having is that the prior admins never "really" updated this particular system, and instead created a new directory /usr/local/ssl/ssl_version and installed new versions of ssl into that directory tree, and then passed the proper path to Apache and other programs when they compiled/installed the new versions. There are assorted "bad" versions of libssl scattered around the system being used by assorted programs (I'm working on cleaning those up too.)
I was able to edit the Makefile to get rid of /usr/lib/ and /usr/lib64. I even added the path I want into the Makefile as
LDDLFLAGS = -shared -O2 -L/usr/local/DPS/openssl/openssl-1.0.1m -L/lib + -L/usr -L/usr/local/lib -fstack-protector LDFLAGS = -fstack-protector -L/usr/local/DPS/openssl/openssl-1.0.1m - +L/usr -L/usr/local/lib EXTRALIBS = -L/usr/local/DPS/openssl/openssl-1.0.1m -L/usr -L/lib - +lssl -lcrypto -lz LDLOADLIBS = -L/usr/local/DPS/openssl/openssl-1.0.1m -L/usr -L/lib +-lssl -lcrypto -lz
But it still links to the bad version in /lib.
Any ideas on how to force it to force it to link to the version I want at /usr/local/DPS/openssl/openssl-1.0.1m
(I'm sure it's something stupid...)
Thanks!
In reply to Linking CPAN modules to specific library by ewedaa
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |