httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jim Jagielski <...@jaguNET.com>
Subject Re: help with Expat patch
Date Mon, 08 Feb 1999 13:42:22 GMT
Rasmus Lerdorf wrote:
> 
> > > However, if I compile mod_dav as a dynamically-loaded module, then it
> > > won't load, because it can't find the Expat symbols. (sigh)  I know this
> > > has to do with order of loading or maybe that the Expat stuff didn't get
> > > pulled into httpd (no ref to it from there).
> > 
> > Just putting in Expat as a library is not enough. What you should do is to
> > additionally provide a thin Apache layer on top if it which is part of the
> > core code, i.e. some ap_expat_xxxx() functions which call the expat functions.
> > This has two benefits: It's a clean API where we can get control between
> > modules and expat and it solves the DSO problem you mentioned.
> 
> This sets an odd precedence though.  Why doesn't the regex library that
> Apache includes come with a thin Apache API layer then?
> 

I tend to agree. We have 'ap_' layers to protect name-space as well
as ease things when doing cross-plaform implementations. If Expat is
a top-level library (ala regex or bind) then putting a "thin" layer
above it seems in-elegant and possibly troublesome.

-- 
===========================================================================
   Jim Jagielski   |||   jim@jaguNET.com   |||   http://www.jaguNET.com/
            "That's no ordinary rabbit... that's the most foul,
            cruel and bad-tempered rodent you ever laid eyes on"

Mime
View raw message