httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <gst...@lyra.org>
Subject Re: building on Unix this a.m.
Date Sat, 27 May 2000 18:37:27 GMT
On Sat, 27 May 2000, Jeff Trawick wrote:
> > From: "William A. Rowe, Jr." <wrowe@lnd.com>
> > Date: Sat, 27 May 2000 11:34:29 -0500
> > 
> > > From: Jeff Trawick [mailto:trawickj@bellsouth.net]
> > > Sent: Saturday, May 27, 2000 9:31 AM
> > > 
> > > My recent change to ap_config.h gets things compiling again, but there
> > > is an unresolved reference to dlerror() from errorcodes.c (perhaps
> > > unresolved only if you're building statically?).  For now, I manually
> > > added -ldl to the library dependencies in src/Makefile and
> > > src/support/Makefile to resolve the reference.
> > 
> > The dlerror is coded in aix alone so far.  I ifdefed the reference
> > out of errorcodes.c for now... perhaps a HAVE_DLERROR test would make 
> > sense across the board.
> 
> I think HAVE_DLERROR is appropriate.  Linux, FreeBSD, Solaris, and
> probably many others have dlerror() already.  We roll our own
> implementation of dlerror() for AIX, so we would unconditionally
> enable HAVE_DLERROR on AIX because of that.
> 
> The issue on Linux is that we don't include the proper library for
> dlerror() (-ldl) if we're building statically, but APR uses dlerror()
> even if we're building statically.  We should just include the proper
> library unconditionally.  

Fetching that string should be an APR-internal function from the dso/
area. Only the DSO modules are going to know how to fetch the string.

There shouldn't be a HAVE_DLERROR, as all knowledge of that stuff "should
be" isolated to the dso/ directory.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/


Mime
View raw message