Re: --enable-ssl=shared
Agreed.
mod_ssl.so should pull in the libraries that it needs, whether they are .a
or .so libraries.
Cheers,
-g
On Wed, Oct 03, 2001 at 12:33:07PM -0400, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
> You're right.. libcrypto/ssl.a should get linked with mod_ssl.so rather than
> httpd. I did try it out initially - with a small hack into the ssl makefile,
> but then gave up - as it involved modifying the autoconf script(something
> which i don't know).
>
> Thx
> -Madhu
>
> -Original Message-
> From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 03, 2001 8:47 AM
> To: [EMAIL PROTECTED]
> Subject: Re: --enable-ssl=shared
>
>
> On Wed, 3 Oct 2001, Aaron Bannert wrote:
>
> > So you're saying that libssl.so and libcrypto.so aren't showing up
> > when you run ldd on either httpd or mod_ssl.so? Just for reference,
> > what is ldd giving you for httpd and mod_ssl.so? (You may not want to
> > copy it here, but ldd -v is interesting too).
>
> no, mine is linked against lib{crypto,ssl}.a
> there are no .so's in /usr/local/ssl/lib
> i'm just noticing now for the first time lib{crypto,ssl}.so in /usr/lib
>
> but if mod_ssl is built shared, -lssl -lcrypto should get linked against
> mod_ssl.so rather than httpd, right?
>
> % ldd bin/httpd
> libaprutil.so.0 => /home/dougm/ap/prefork/lib/libaprutil.so.0
> (0x40017000)
> libapr.so.0 => /home/dougm/ap/prefork/lib/libapr.so.0 (0x40028000)
> libm.so.6 => /lib/libm.so.6 (0x40052000)
> libcrypt.so.1 => /lib/libcrypt.so.1 (0x40071000)
> libnsl.so.1 => /lib/libnsl.so.1 (0x400a)
> libdl.so.2 => /lib/libdl.so.2 (0x400b7000)
> libexpat.so.0 => /home/dougm/ap/prefork/lib/libexpat.so.0
> (0x400ba000)
> libpthread.so.0 => /lib/libpthread.so.0 (0x400e1000)
> libc.so.6 => /lib/libc.so.6 (0x400f7000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
>
> % ldd modules/mod_ssl.so
> libc.so.6 => /lib/libc.so.6 (0x40032000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
--
Greg Stein, http://www.lyra.org/
RE: --enable-ssl=shared
You're right.. libcrypto/ssl.a should get linked with mod_ssl.so rather than
httpd. I did try it out initially - with a small hack into the ssl makefile,
but then gave up - as it involved modifying the autoconf script(something
which i don't know).
Thx
-Madhu
-Original Message-
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 03, 2001 8:47 AM
To: [EMAIL PROTECTED]
Subject: Re: --enable-ssl=shared
On Wed, 3 Oct 2001, Aaron Bannert wrote:
> So you're saying that libssl.so and libcrypto.so aren't showing up
> when you run ldd on either httpd or mod_ssl.so? Just for reference,
> what is ldd giving you for httpd and mod_ssl.so? (You may not want to
> copy it here, but ldd -v is interesting too).
no, mine is linked against lib{crypto,ssl}.a
there are no .so's in /usr/local/ssl/lib
i'm just noticing now for the first time lib{crypto,ssl}.so in /usr/lib
but if mod_ssl is built shared, -lssl -lcrypto should get linked against
mod_ssl.so rather than httpd, right?
% ldd bin/httpd
libaprutil.so.0 => /home/dougm/ap/prefork/lib/libaprutil.so.0
(0x40017000)
libapr.so.0 => /home/dougm/ap/prefork/lib/libapr.so.0 (0x40028000)
libm.so.6 => /lib/libm.so.6 (0x40052000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40071000)
libnsl.so.1 => /lib/libnsl.so.1 (0x400a)
libdl.so.2 => /lib/libdl.so.2 (0x400b7000)
libexpat.so.0 => /home/dougm/ap/prefork/lib/libexpat.so.0
(0x400ba000)
libpthread.so.0 => /lib/libpthread.so.0 (0x400e1000)
libc.so.6 => /lib/libc.so.6 (0x400f7000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
% ldd modules/mod_ssl.so
libc.so.6 => /lib/libc.so.6 (0x40032000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
Re: --enable-ssl=shared
On Wed, 3 Oct 2001, Aaron Bannert wrote:
> So you're saying that libssl.so and libcrypto.so aren't showing up
> when you run ldd on either httpd or mod_ssl.so? Just for reference,
> what is ldd giving you for httpd and mod_ssl.so? (You may not want to
> copy it here, but ldd -v is interesting too).
no, mine is linked against lib{crypto,ssl}.a
there are no .so's in /usr/local/ssl/lib
i'm just noticing now for the first time lib{crypto,ssl}.so in /usr/lib
but if mod_ssl is built shared, -lssl -lcrypto should get linked against
mod_ssl.so rather than httpd, right?
% ldd bin/httpd
libaprutil.so.0 => /home/dougm/ap/prefork/lib/libaprutil.so.0 (0x40017000)
libapr.so.0 => /home/dougm/ap/prefork/lib/libapr.so.0 (0x40028000)
libm.so.6 => /lib/libm.so.6 (0x40052000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40071000)
libnsl.so.1 => /lib/libnsl.so.1 (0x400a)
libdl.so.2 => /lib/libdl.so.2 (0x400b7000)
libexpat.so.0 => /home/dougm/ap/prefork/lib/libexpat.so.0 (0x400ba000)
libpthread.so.0 => /lib/libpthread.so.0 (0x400e1000)
libc.so.6 => /lib/libc.so.6 (0x400f7000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
% ldd modules/mod_ssl.so
libc.so.6 => /lib/libc.so.6 (0x40032000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
Re: --enable-ssl=shared
On Wed, Oct 03, 2001 at 08:18:30AM -0700, Doug MacEachern wrote: > autoconf guru help needed: > > -lssl and -lcrypto are linked with httpd rather than mod_ssl.so > since httpd does not reference any ssl symbols they are all tossed out and > mod_ssl.so falls flat on its face: > > Cannot load /home/dougm/ap/prefork/modules/mod_ssl.so into > server: /home/dougm/ap/prefork/modules/mod_ssl.so: undefined > symbol: X509_free So you're saying that libssl.so and libcrypto.so aren't showing up when you run ldd on either httpd or mod_ssl.so? Just for reference, what is ldd giving you for httpd and mod_ssl.so? (You may not want to copy it here, but ldd -v is interesting too). -aaron
