On Sat, 1 Jun 2002, Zeev Suraski wrote: > Guys, > > Unless somebody strongly objects, I suggest we drop the discussion about > how horrible it would be to import libxml2 into our CVS. I believe it's > well established that it's a Bad Thing to do, there's no point hashing it.
yep :) > I believe the question on the table is whether libxml2 is important enough > from an end-user's point of view to be built into PHP. If we decide that > the answer to that is positive, then there's a fairly easy way of doing > that. My personal opinion is that XML today is as basic and important as > ASCII, so bundling libxml makes good sense. > > I believe that bundling at the makedist level makes the most sense, because: > (a) Synchronization is trivial > (b) We get to choose what libxml we use, so our libxml-dependent code > doesn't have to support the zillion different libxml's out there (the > moving target argument, in my opinion, is a good reason for us to bundle a > stable version of libxml rather than support all versions out there) I do not agree with that. libxml is a moving target feature wise, but they really try to keep the api stable (they do not succeed always :) ). I don't see any sense not supporting the latest available libxml2 version (they bugfix and speedimprove it constantly), but just some version, we think is stable (libxml2 was never a problem recently with stability). And at the moment, we do not support zillions of libxmls, but only versions greater than 2.4.14 (which had unfortunaly a little api-change, so we can't support lower versions anymore) > We need to address the symbol clash issue, and that's about it. Does this mean, we are not able to link it to an already existing external library anymore and we always include it into the executable (adding 1.5 MB to the exec and not sharing it with other programs), or do i really miss something (hey, it's early...)... Furthermore, if we support linking to an external libxml2.so/.dll, we have to support new versions anyway ... chregu -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
