On Sun, Feb 25, 2001 at 12:56:54PM -0800, [EMAIL PROTECTED] wrote:
> On 25 Feb 2001 [EMAIL PROTECTED] wrote:
>
> > wrowe 01/02/25 12:53:42
> >
> > Modified: . Apache.dsw Makefile.win
> > Log:
> > Bring in the expat.lib into the static aprutil.lib win32 library.
> > Fix up the build order that messed up command-line builds due to
> > the recent dependency of apr-util on expat-lite.
>
> this brings up an interesting point. Should expat-lite move out of httpd
> and into apr-util? apr-util is useless without it, and httpd shouldn't
> really need it anymore.
Actually, apr-util doesn't depend on expat-lite. Apache just feeds a
--with-expat switch to it to say "use *this* Expat for building".
That was the shortest path towards a build for apr-util. Here are the four
alternatives we have:
1) continue with the ../expat-lite thang
2) toss Expat from the build and require it be installed before building
Apache
3) toss Expat and add configure magic to disable everything that depends on
it (apr_xml and, in turn, mod_dav(_fs))
4) remove the --with-expat switch and add a copy of expat into apr-util/xml
(and remove httpd-2.0/srclib/expat-lite)
We're seeing that (1) is a bit troublesome for custom configs (like jimjag)
and for Windows.
(2) is a bitch. (3) is troublesome. (4) was my intended solution.
The (4) solution is nice in another way: the bundled apr-util/xml/expat is
only a *fallback*. If aprutil's configure finds expat already installed
somewhere on the machine, then it will use it over the bundled copy. This is
advantageous (we can pick up the system's shared lib of expat).
Also, I'm not planning to simply shift expat-lite into apr-util/xml, but
grab the latest copy. The current expat is autoconf'd and libtool'd. The
aprutil autoconf script recognizes that, too :-)
So... the situation would be:
*) windows could just always use xml/expat/ (and the new one includes .dsp
files and whatnot)
*) autoconf'd systems would use the system expat or fall back to the bundled
copy of expat 1.95
*) by moving away from expat-lite, we can also use shared libs which helps
the mod_perl conflict story
*) switching to expat 1.95 also cleans up licensing: the old one was MPL
1.1, the new one is MIT/X
Before putting a new copy of expat into apr-util/xml, I had wanted to run
this by people first for thoughts.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
