Re: Changes to ext/xml config.m4
| From: | Sterling Hughes | Date: | Tue, 09 Jan 2001 09:06:16 +0000 |
| Subject: | Re: Changes to ext/xml config.m4 | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-43521@lists.php.net to get a copy of this message | ||
> On Tue, 9 Jan 2001, Rui Hirokawa wrote:
>
> >> don't think those belong in there. Specifically, you changed it to look
> >> for Expat installed in /usr/local and /usr - this goes contrary to
> >> meaning of the bundled Expat library. What I mean is that the
> >> --enable-xml switch (on by default) means that the bundled library
> >> should be used, not that Expat should be searched for wherever
possible.
> >> If people don't want to use bundled Expat, they should
do --disable-xml.
> >
> >I understand what you said.
> >
> >How about this ?
> >--enable-xml (on by default): use bundled expat lib.
> >--enable-xml2 (off by default): search libexpat>1.95 and use it.
> >--disable-xml : disable both options.
>
> Why not doing it like Mysql is done? ie. change it to --with-xml
> and if no path is issued, use bundled library. And maybe issue a warning
> about it..?
>
> Or have both --with-xml and --enable-xml (on by default).
>
> Another thing I run into today is Sablotron 0.50:
>
> ----8<----------------
> There is a significant change of how the expat is used since version
> 0.50. Sablotron _never_ builds the expat under source tree, but
> supposes, that you have installed Expat library in your system.
> -------8<-------------
>
Right that's why PHP has changed its build process to include the xmltok and
xmlparse libraries when building sablotron. ;-)
-sterling