You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@httpd.apache.org by Greg Stein <gs...@lyra.org> on 2000/12/22 23:23:04 UTC
BeOS shared lib problems (was: Re: cvs commit: httpd-2.0 configure.in)
What is this "human intervention" that you mention?
And are you saying that BeOS has no shared libraries? It isn't like we'd be
loading libaprutil.so dynamically... I'd expect the loader to automatically
pull that in when the executable is loaded.
Cheers,
-g
On Fri, Dec 22, 2000 at 01:17:03PM -0000, David Reid wrote:
> The issue applies on other platforms that have crazy loaders (BeOS is one
> for sure) which need to have all symbols defined at load-time. Apr-util
> doesn't presently build without human intervention on BeOS and will only
> build as a static library. When the .la is included in the final link for
> httpd it fails unless I add in the static library by hand as it's static. :(
>
> If Sascha can fix this (and I'm betting he can...) then it'll be cool.
>
> david
> ----- Original Message -----
> From: "Greg Stein" <gs...@lyra.org>
> To: <ne...@apache.org>
> Sent: Friday, December 22, 2000 8:44 AM
> Subject: Re: cvs commit: httpd-2.0 configure.in
>
>
> > The symbol might not be in httpd, but the first that happens when httpd is
> > loaded, is the loader will also pull in the libaprutil.so file. The
> symbols
> > (such as ap_bucket_make) will then be available within the process (to
> > Apache itself and to other modules).
> >
> > Is there a requirement to static-link Apache, rather than depend on shared
> > libraries?
> >
> > (there *is* a config switch to force aprutil to only build a static lib,
> but
> > I'd like to know why we need to do that)
> >
> > Cheers,
> > -g
> >
> > On Thu, Dec 21, 2000 at 06:20:06AM -0800, rbb@covalent.net wrote:
> > >
> > > > I don't understand this one. This is what the exports were for. Why
> this
> > > > change?
> > >
> > > Because that's not the way libtool works. If you use the .la file, it
> is
> > > always treated as a shared library. That is just the way that libtool
> > > works, if I understand the docs. Tell you what, back out the change,
> and
> > > re-build to code. Then, do
> > >
> > > nm ./httpd | grep ap_bucket_make
> > >
> > > Whenever I did that, I found that ./httpd didn't have that symbol.
> > >
> > > Ryan
> > >
> > > >
> > > > [ we have time to fix now, thankfully... the beta seemed a bit rushed
> today
> > > > with all the last minute changes ]
> > > >
> > > > Cheers,
> > > > -g
> > > >
> > > > On Thu, Dec 21, 2000 at 01:27:47AM -0000, rbb@locus.apache.org wrote:
> > > > > rbb 00/12/20 17:27:47
> > > > >
> > > > > Modified: . configure.in
> > > > > Log:
> > > > > Actually link apr-util's .a file, instead of relying on libtool.
> We may
> > > > > want to change this later, but right now, we want a single binary
> that
> > > > > has every function it requires.
> > > > >
> > > > > Revision Changes Path
> > > > > 1.106 +1 -1 httpd-2.0/configure.in
> > > > >
> > > > > Index: configure.in
> > > > >
> ===================================================================
> > > > > RCS file: /home/cvs/httpd-2.0/configure.in,v
> > > > > retrieving revision 1.105
> > > > > retrieving revision 1.106
> > > > > diff -u -r1.105 -r1.106
> > > > > --- configure.in 2000/12/20 16:43:30 1.105
> > > > > +++ configure.in 2000/12/21 01:27:46 1.106
> > > > > @@ -174,7 +174,7 @@
> > > > >
> > > > > dnl AP_LIB_DIRS specifies the additional libs from srclib/ that
> we need
> > > > > dnl AP_LIBS specifies the actual libraries. note we have some
> required libs.
> > > > > -AP_LIBS="srclib/pcre/libpcre.la srclib/apr-util/libaprutil.la"
> > > > > +AP_LIBS="srclib/pcre/libpcre.la
> srclib/apr-util/.libs/libaprutil.a"
> > > > >
> > > > > if test "$apache_need_expat" = "yes"; then
> > > > > AP_LIB_DIRS="$AP_LIB_DIRS expat-lite"
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > > Greg Stein, http://www.lyra.org/
> > > >
> > > >
> > >
> > >
> > >
> ____________________________________________________________________________
> ___
> > > Ryan Bloom rbb@apache.org
> > > 406 29th St.
> > > San Francisco, CA 94131
> >
> > --------------------------------------------------------------------------
> -----
> >
> > --
> > Greg Stein, http://www.lyra.org/
> >
--
Greg Stein, http://www.lyra.org/