Everything

php

Bundled libxml failing to compile

php.internals

Chris Snyder

23 years ago

I hope this is the right list - it's kinda a tech-support question, but it's a
development build and I think it's definitely a bug. Feel free to flame away
if I'm not in the right place.

For the past few days, I have been unable to compile the php5 snapshots due to
the bundled libxml failing to compile. Here's the errors I get:

gcc  -Ibundle/libxml/ -I/home/csnyder/php/php5-200305101530/bundle/libxml/
-DPHP_ATOM_INC -I/home/csnyder/php/php5-200305101530/include
-I/home/csnyder/php/php5-200305101530/main
-I/home/csnyder/php/php5-200305101530
-I/home/csnyder/php/php5-200305101530/Zend -I/usr/include/libxml2
-I/home/csnyder/php/php5-200305101530/bundle/expat
-I/home/csnyder/php/php5-200305101530/bundle/libxml/include
-I/home/csnyder/php/php5-200305101530/bundle/libxml
-I/home/csnyder/php/php5-200305101530/TSRM  -g -O2  -c
/home/csnyder/php/php5-200305101530/bundle/libxml/xmlreader.c -o
bundle/libxml/xmlreader.o  && echo > bundle/libxml/xmlreader.lo
/home/csnyder/php/php5-200305101530/bundle/libxml/xmlreader.c:380: conflicting
types for `xmlNewTextReader'
/usr/include/libxml2/libxml/xmlreader.h:40: previous declaration of
`xmlNewTextReader'
make: *** [bundle/libxml/xmlreader.lo] Error 1

It appears to me that my installed version of libxml is conflicting with the
bundled version. What can I do about this? Thanks in advance, and again I'm
sorry if I'm on the wrong list.

Christian Stocker

23 years ago

HI

doesn't work for me either. You have to disable the domxml for the time
being, then it should compile again (domxml tries to lnik against the
system domxml and ext/xml wants to take the bundled libxml2... It doesn't
look like, they can coexist at the moment)

current ext/domxml will anyway be depricated with php5 and a whole new
libxml2 based dom/xpath/xslt extension should appear soon.

chregu

On Sat, 10 May 2003, Chris Snyder wrote:

> I hope this is the right list - it's kinda a tech-support question, but it's a
> development build and I think it's definitely a bug. Feel free to flame away
> if I'm not in the right place.
>
> For the past few days, I have been unable to compile the php5 snapshots due to
> the bundled libxml failing to compile. Here's the errors I get:
>
> gcc  -Ibundle/libxml/ -I/home/csnyder/php/php5-200305101530/bundle/libxml/
> -DPHP_ATOM_INC -I/home/csnyder/php/php5-200305101530/include
> -I/home/csnyder/php/php5-200305101530/main
> -I/home/csnyder/php/php5-200305101530
> -I/home/csnyder/php/php5-200305101530/Zend -I/usr/include/libxml2
> -I/home/csnyder/php/php5-200305101530/bundle/expat
> -I/home/csnyder/php/php5-200305101530/bundle/libxml/include
> -I/home/csnyder/php/php5-200305101530/bundle/libxml
> -I/home/csnyder/php/php5-200305101530/TSRM  -g -O2  -c
> /home/csnyder/php/php5-200305101530/bundle/libxml/xmlreader.c -o
> bundle/libxml/xmlreader.o  && echo > bundle/libxml/xmlreader.lo
> /home/csnyder/php/php5-200305101530/bundle/libxml/xmlreader.c:380: conflicting
> types for `xmlNewTextReader'
> /usr/include/libxml2/libxml/xmlreader.h:40: previous declaration of
> `xmlNewTextReader'
> make: *** [bundle/libxml/xmlreader.lo] Error 1
>
> It appears to me that my installed version of libxml is conflicting with the
> bundled version. What can I do about this? Thanks in advance, and again I'm
> sorry if I'm on the wrong list.
>
>
>

--
nam...christian stocker    adr...pflanzschulstr. 31, ch-8004 zurich
pho...+41 43 317 9984      www...http://blog.bitflux.ch
mob...+41 76 561 8860      ema...chregu@phant.ch
wor...+41  1 240 5670      gpg...0x5CE1DECB

Chris Snyder

23 years ago

On Saturday 10 May 2003 12:52, Christian Stocker wrote:

> doesn't work for me either. You have to disable the domxml for the time
> being, then it should compile again (domxml tries to lnik against the
> system domxml and ext/xml wants to take the bundled libxml2... It doesn't
> look like, they can coexist at the moment)

Hmm... slightly problematic, considering I'm using PHP5 to test a project that
relies on domxml for a lot of important stuff.

> current ext/domxml will anyway be depricated with php5 and a whole new
> libxml2 based dom/xpath/xslt extension should appear soon.

Any idea when this will be ready?

Thanks.

Christian Stocker

23 years ago

On Sat, 10 May 2003, Chris Snyder wrote:

> On Saturday 10 May 2003 12:52, Christian Stocker wrote:
> > doesn't work for me either. You have to disable the domxml for the time
> > being, then it should compile again (domxml tries to lnik against the
> > system domxml and ext/xml wants to take the bundled libxml2... It doesn't
> > look like, they can coexist at the moment)
>
> Hmm... slightly problematic, considering I'm using PHP5 to test a project that
> relies on domxml for a lot of important stuff.
>
> > current ext/domxml will anyway be depricated with php5 and a whole new
> > libxml2 based dom/xpath/xslt extension should appear soon.
>
> Any idea when this will be ready?

When it's ready.. haha ;)

I don't think, you can expect anything useable (meaning
a-lot-already-implemented) within the next few weeks. But when it's done,
we should have a much better standard compliant dom-implementation.

Furthermore, I'd like to support the current domxml extension in PHP5 (or
at least through PECL). This should allow easier migration and shouldn't
be a big deal.

chregu

>
> Thanks.
>

--
christian stocker | bitflux GmbH | schöneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71
http://www.bitflux.ch  |  chregu@bitflux.ch  | gnupg-keyid 0x5CE1DECB

Rob Richards

23 years ago

I just commited changes for domxml to compile with the bundle.
It may need a few tweaks, but seems to be working ok.

Let me know if you have problems with it.

----- Original Message -----
From: "Christian Stocker" <chregu@bitflux.ch>
To: "Chris Snyder" <csnyder@mvpsoft.com>
Cc: <internals@lists.php.net>
Sent: Saturday, May 10, 2003 1:01 PM
Subject: Re: [PHP-DEV] Bundled libxml failing to compile

> On Sat, 10 May 2003, Chris Snyder wrote:
>
> > On Saturday 10 May 2003 12:52, Christian Stocker wrote:
> > > doesn't work for me either. You have to disable the domxml for the

time

> > > being, then it should compile again (domxml tries to lnik against the
> > > system domxml and ext/xml wants to take the bundled libxml2... It

doesn't

Derick Rethans

23 years ago

On Sat, 10 May 2003, Christian Stocker wrote:

> On Sat, 10 May 2003, Chris Snyder wrote:
>
> > On Saturday 10 May 2003 12:52, Christian Stocker wrote:
> > > doesn't work for me either. You have to disable the domxml for the time
> > > being, then it should compile again (domxml tries to lnik against the
> > > system domxml and ext/xml wants to take the bundled libxml2... It doesn't
> > > look like, they can coexist at the moment)
> >
> > Hmm... slightly problematic, considering I'm using PHP5 to test a project that
> > relies on domxml for a lot of important stuff.
> >
> > > current ext/domxml will anyway be depricated with php5 and a whole new
> > > libxml2 based dom/xpath/xslt extension should appear soon.
> >
> > Any idea when this will be ready?
>
> When it's ready.. haha ;)

Funny, but Chris has a point, nobody can really test PHP 5 stuff when
they also need domxml. This definitely should be fixed ASAP.

Derick

--
"my other box is your windows PC"
-------------------------------------------------------------------------
Derick Rethans                                 http://derickrethans.nl/
PHP Magazine - PHP Magazine for Professionals       http://php-mag.net/
-------------------------------------------------------------------------

Christian Stocker

23 years ago

On Sun, 2003-05-11 at 14:52, Derick Rethans wrote:

> On Sat, 10 May 2003, Christian Stocker wrote:
>
> > On Sat, 10 May 2003, Chris Snyder wrote:
> >
> > > On Saturday 10 May 2003 12:52, Christian Stocker wrote:
> > > > doesn't work for me either. You have to disable the domxml for the time
> > > > being, then it should compile again (domxml tries to lnik against the
> > > > system domxml and ext/xml wants to take the bundled libxml2... It doesn't
> > > > look like, they can coexist at the moment)
> > >
> > > Hmm... slightly problematic, considering I'm using PHP5 to test a project that
> > > relies on domxml for a lot of important stuff.
> > >
> > > > current ext/domxml will anyway be depricated with php5 and a whole new
> > > > libxml2 based dom/xpath/xslt extension should appear soon.
> > >
> > > Any idea when this will be ready?
> >
> > When it's ready.. haha ;)
>
> Funny, but Chris has a point, nobody can really test PHP 5 stuff when
> they also need domxml. This definitely should be fixed ASAP.

as rob mentioned, there was no clear discussion until now, what should
happen with the bundle stuff, so fixing it right now is maybe a waste of
time..

chregu

>
> Derick

--

Derick Rethans

23 years ago

On Sun, 11 May 2003, Christian Stocker wrote:

> > Funny, but Chris has a point, nobody can really test PHP 5 stuff when
> > they also need domxml. This definitely should be fixed ASAP.
>
> as rob mentioned, there was no clear discussion until now, what should
> happen with the bundle stuff, so fixing it right now is maybe a waste of
> time..

Right, it is getting time to unbundle it again.

Derick

--
"my other box is your windows PC"
-------------------------------------------------------------------------
Derick Rethans                                 http://derickrethans.nl/
PHP Magazine - PHP Magazine for Professionals       http://php-mag.net/
-------------------------------------------------------------------------

Jan Schneider

23 years ago

Zitat von Chris Snyder <csnyder@mvpsoft.com>:

> On Saturday 10 May 2003 12:52, Christian Stocker wrote:
> > doesn't work for me either. You have to disable the domxml for the time
> > being, then it should compile again (domxml tries to lnik against the
> > system domxml and ext/xml wants to take the bundled libxml2... It
> doesn't
> > look like, they can coexist at the moment)
>
> Hmm... slightly problematic, considering I'm using PHP5 to test a project
> that
> relies on domxml for a lot of important stuff.

I use the --without-bundle-xml flag for configure. Works fine here though
sax is still partly broken.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
http://www.tip4all.de - Deine private Tippgemeinschaft

Moriyoshi Koizumi

23 years ago

Jan Schneider <jan@horde.org> wrote:

> I use the --without-bundle-xml flag for configure. Works fine here though
> sax is still partly broken.

SAX is broken atm because the default handler is not implemented in the
compat layer.

Moriyoshi