Re: [PHP-DEV] Replacing expat with libxml

[email protected] (Sterling Hughes)
Newsgroups php.internals,php.xml.dev
Message-ID <1051486286.24822.56.camel@hasele>
On Sun, 2003-04-27 at 20:00, Rasmus Lerdorf wrote:
> > The following incompatibilities exist:
> > 
> > 1) some XML_ERROR_ * constants are irrelevant (they are stilled defined,
> > but they have no meaning for libxml).
> > 2) xml_error_get_string() just returns a blank string.  This can be
> > changed in the next couple of days, i just need to implement error
> > strings ontop of libxml error codes.
> > 
> > Having this library bundled internally will allow people to develop
> > other extensions which use libxml features, and will allow for future
> > extensions (for example, a fully compliant DOM extension) to easily be
> > added, without requiring extra bundling.  
> > 
> > Thoughts?
> 
> I take it from this that old apps written against expat using the 
> xml_set_element_handler() style will continue working?  Like I said in New 
> York, I agree we need to move to libxml, but I worry about breaking 
> thousands of existing php-xml apps.  If you have managed to make it 
> BC-safe, perfect!
> 

Well, I won't give it the BC-safe stamp of approval, yet.  It needs more
testing.  But, for example, PEAR and Pres2 work (install) without any
modifications.  My PHP & XML scripts (from my talk) work without
modification.

-Sterling

> -Rasmus
-- 
"Nothing is particularly hard if you divide it into small jobs." 
    - Henry Ford
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.