Won't this become a chicken-and-worm situation? The reason the iconv exports were put there in the first place was so that the libxml build could rely with confidence on there being built-in support for libxml's own built-in iconv functions through PHP, rather than having to lean on an external iconv.dll at runtime..
- Steph > -----Original Message----- > From: Frank M. Kromann [mailto:[EMAIL PROTECTED] > Sent: 19 July 2004 23:32 > To: Rob Richards > Cc: [EMAIL PROTECTED] > Subject: Re: [PHP-DEV] libxml/libxslt on win32 > > > I've been using these libraries for a while without problems. > > Can we split the iconv related exports from php_libxml.def to > php_iconv.def. This will make it possible to build with iconv, but without > libxml. > > - Frank > > > If possible can the libxml and libxslt libs get updated to newer > versions? > > Libs can be found here: http://ctindustries.net/dom/libxml/ > > > > These version will fix some bugs, provide better libxml/libxslt support, > enable namespace support in xml ext and allow for building of xmlwriter in > pecl. > > I have been testing these libs for a bit now (4.3 and 5) and haven't run > into any issues. > > > > If the libs are update the new php_libxml2.def file needs to be > commited. > > > > Rob > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
