-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rainer,
On 4/8/16 11:30 AM, Rainer Jung wrote: > Am 08.04.2016 um 10:41 schrieb Rainer Canavan: >> On Fri, Apr 8, 2016 at 12:31 AM, Yann Ylavic >> <ylavic....@gmail.com> wrote: >>> On Thu, Apr 7, 2016 at 5:21 PM, Poggenpohl, Daniel >>> <daniel.poggenp...@fernuni-hagen.de> wrote: >>>> >>>> LDFLAGS="-L$OPENSSLDIR/lib -R $OPENSSLDIR/lib" >>> >>> I don't know which compiler you are using, but gcc's -R is not >>> working correctly (on Linux at least), whereas >>> "-Wl,-rpath,$OPENSSLDIR/lib" is... >> >> -R used to work for us on Solaris with gcc to compile/link/run >> our own httpd / php / curl / openssl stack. However, I'm not sure >> which linker we used to use. If ldd claims it's picking up the >> correct libraries, I'd assume it should work at runtime as well. >> In case there's any doubt, lsof may show which libraries are >> actually used. > > ... and you can check the result of the "-R" or "-Wl,-rpath" > compilation using "elfdump": > > elfdump -d /path/to/modules/mod_ssl.so > > will show you exactly, what NEEDED library names the linker has put > into mod_ssl.so and also the RPATH and RUNPATH setting it has > written to that shared object. > > You can use that command on any shared object or binary (PHP libs > etc.). I typically use it on Solaris Sparc, but I expect it to work > as-is on Solaris x86. On Linux the info is available via "objdump > -p". I'm speaking from a position of ignorance, here, but can a dynamic library modify the main process's search path? If only mod_ssl is compiled with the static-path to OpenSSL but httpd is not (and it's not clear to me that httpd is missing this static-path), surely the loadable module isn't modifying the process's library load-path, is it? - -chris -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlcH1fgACgkQ9CaO5/Lv0PDj/ACgikEWnZYxThJD5o1qqFwUkeUk SiIAoLSZk/T16ua3Qkywx8yrX1IXapgt =b0pp -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
