# Bundling libxml2 default? - Thread: https://externals.io/message/1568 - Original archive: https://news-web.php.net/php.internals/1568 - Started by Adam Dickmeiss on 2003-05-16T14:50:05+00:00 - Messages: 11 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #1570 — Sterling Hughes — 2003-05-16T13:30:07+00:00 URL: https://externals.io/message/1568#1570 · In reply to: #1568 > With PHP5 as of today, a "clean" configure - with just > --with-apxs > compiles PHP5 with a bundled libxml2. That can't be right? > I have libxml2-dev installed. Do I really have to use > --without-bundle-libxml > to make a sane installation? > Yep. We default to using the bundle, just like we do with expat, or mysql, gd, or any other piece of software we bundle. -Sterling -- "Reductionists like to take things apart. The rest of us are just trying to get it together." - Larry Wall, Programming Perl, 3rd Edition --- ## #1568 — Adam Dickmeiss — 2003-05-16T14:50:05+00:00 URL: https://externals.io/message/1568#1568 With PHP5 as of today, a "clean" configure - with just --with-apxs compiles PHP5 with a bundled libxml2. That can't be right? I have libxml2-dev installed. Do I really have to use --without-bundle-libxml to make a sane installation? -- Adam -- Adam Dickmeiss mailto:adam@indexdata.dk http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 --- ## #1569 — Derick Rethans — 2003-05-16T14:51:15+00:00 URL: https://externals.io/message/1568#1569 · In reply to: #1568 > With PHP5 as of today, a "clean" configure - with just > --with-apxs > compiles PHP5 with a bundled libxml2. That can't be right? > I have libxml2-dev installed. Do I really have to use > --without-bundle-libxml > to make a sane installation? Yup, feel free to unbundle libxml again :) Derick -- "my other box is your windows PC" ------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ --- ## #1571 — Moriyoshi Koizumi — 2003-05-16T14:59:19+00:00 URL: https://externals.io/message/1568#1571 · In reply to: #1568 Adam Dickmeiss wrote: > With PHP5 as of today, a "clean" configure - with just > --with-apxs > compiles PHP5 with a bundled libxml2. That can't be right? > I have libxml2-dev installed. Do I really have to use > --without-bundle-libxml > to make a sane installation? Unless you specify either option, both libraries will be built and then libxml support will be preferred automatically. Moriyoshi --- ## #1572 — Adam Dickmeiss — 2003-05-16T14:59:57+00:00 URL: https://externals.io/message/1568#1572 · In reply to: #1570 > > > […] > > Yep. We default to using the bundle, just like we do with expat, or > mysql, gd, or any other piece of software we bundle. Default or force:) Is it possible to use system wide libxml2 for XML parsing in PHP? What options should I use? -- Adam > -Sterling > > -- > "Reductionists like to take things apart. The rest of us are > just trying to get it together." > - Larry Wall, Programming Perl, 3rd Edition > > > -- > > -- Adam Dickmeiss mailto:adam@indexdata.dk http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 --- ## #1609 — Sterling Hughes — 2003-05-16T17:24:27+00:00 URL: https://externals.io/message/1568#1609 · In reply to: #1601 > > > […] > Ok, here we go again.. > > I still have not seen any good reason to bundle. You state at > http://edwardbear.org/blog/ that libxml2 is bundled because expat > is bundled. Is that the best argument? > > You want people to switch to a more "modern" interface. The > new interface apparently breaks BC in multiple ways (that's > not your fault, the tools are just different). How about unbundling > expat and let people choose with configure what of those > libs they want to use. That solution will both make configure > for PHP easier to use _and_ save you from updating the bundled > software (for security updates, for example). > Most of those ways can be fixed, the unfixables are relatively minor. As for unbundling, I've repeatedly said. Unbundle expat, and I'm fine with unbundling libxml2 (I speak only for myself though). The point is, if we only bundle expat, then expat becomes the defacto library, we can't deprecate it. People will develop both extensions and user space solutions for expat's functionality and expat doesn't currently doesn't come close to meeting our needs. -Sterling -- "Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it." - Richard Feynman --- ## #1601 — Adam Dickmeiss — 2003-05-16T18:27:08+00:00 URL: https://externals.io/message/1568#1601 · In reply to: #1570 > > > […] > > Yep. We default to using the bundle, just like we do with expat, or > mysql, gd, or any other piece of software we bundle. Ok, here we go again.. I still have not seen any good reason to bundle. You state at http://edwardbear.org/blog/ that libxml2 is bundled because expat is bundled. Is that the best argument? You want people to switch to a more "modern" interface. The new interface apparently breaks BC in multiple ways (that's not your fault, the tools are just different). How about unbundling expat and let people choose with configure what of those libs they want to use. That solution will both make configure for PHP easier to use _and_ save you from updating the bundled software (for security updates, for example). -- Adam > -Sterling > > -- > "Reductionists like to take things apart. The rest of us are > just trying to get it together." > - Larry Wall, Programming Perl, 3rd Edition -- Adam Dickmeiss mailto:adam@indexdata.dk http://www.indexdata.dk Index Data T: +45 33410100 Mob.: 212 212 66 --- ## #1608 — Derick Rethans — 2003-05-16T18:48:14+00:00 URL: https://externals.io/message/1568#1608 · In reply to: #1601 > I still have not seen any good reason to bundle. You state at > http://edwardbear.org/blog/ that libxml2 is bundled because expat > is bundled. Is that the best argument? > > You want people to switch to a more "modern" interface. The > new interface apparently breaks BC in multiple ways (that's > not your fault, the tools are just different). How about unbundling > expat and let people choose with configure what of those > libs they want to use. That solution will both make configure > for PHP easier to use _and_ save you from updating the bundled > software (for security updates, for example). I agree 100% (and if I'm not mistaken Sterling does too). Derick -- "my other box is your windows PC" ------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ International PHP Magazine http://php-mag.net/ --- ## #1617 — Jani Taskinen — 2003-05-16T20:31:11+00:00 URL: https://externals.io/message/1568#1617 · In reply to: #1608 > > > > […] > >I agree 100% (and if I'm not mistaken Sterling does too). At least he did agree in Amsterdam about it. :) Just unbundle everything and let people decided for themselves what they want to use.. --Jani --- ## #1626 — Sebastian Bergmann — 2003-05-17T07:12:00+00:00 URL: https://externals.io/message/1568#1626 · In reply to: #1569 Derick Rethans wrote: > Yup, feel free to unbundle libxml again :) Why not simply drop *all* bundled libraries (maybe libmysql beeing the only exception (for historic reasons)) and just require libxml2, pcre, etc.? -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ --- ## #1631 — Derick Rethans — 2003-05-17T09:43:40+00:00 URL: https://externals.io/message/1568#1631 > Derick Rethans wrote: > > […] > > Why not simply drop *all* bundled libraries (maybe libmysql beeing the > only exception (for historic reasons)) and just require libxml2, pcre, > etc.? I only want to keep libgd and pcre.. IIRC libmysql will not be bundled for the mysqli extension in PHP 5 anyway... But yes, unbundling as much as possible is a good idea. Derick -- "my other box is your windows PC" ------------------------------------------------------------------------- Derick Rethans http://derickrethans.nl/ International PHP Magazine http://php-mag.net/