On 26.04.12 15:35, Jordi Boggiano wrote: > On 23.04.2012 18:06, Johannes Schlüter wrote: >> On Mon, 2012-04-23 at 16:47 +0200, Jordi Boggiano wrote: >>> As you see it goes from no version at all to proper versions, passing by >>> svn revisions, dates, or a mix of all. >>> >>> In Composer [1] we try to parse all that using ReflectionExtension, to >>> allow people to require some specific version of an extension if they >>> want. Obviously this doesn't work very well when no version or some >>> random revision number is provided. >>> >>> Is there any other way I overlooked to get more version info? If not, >>> can this at least be improved in the future? >> >> For PECL extensions the version number should be fine (or you can hit >> the package maintainer ;-) ). For core stuff i'd propose to switch to >> PHP_VERSION as version everywhere. While this can be complicated for >> extensions which are maintained in both (oci8 for instance) > > That sounds reasonable, but is it possible that someone does this for > all core ext (if it's not done yet, sorry I don't follow the commits > list)? Then I'll happily nag pecl maintainers if I find offenders :) > > BTW I checked all the core exts I have on my machine, and none of them > has a version above 5, so changing them all to 5.4.2 should not mess up > any >=X.Y.Z constraint.
dom has the version 20031129 which is greater than 5. Not sure if anyone really checks against that, since not much changed there since obviously 2003 ;) But the problem with extensions like dom is the used libxml version which actually causes problems, not the version of the extension itself. There's a bug in libxml < 2.7.0 which can hit you hard for certain namespaces. So getting just the version number won't help you here. But that's not something we have to take care of IMHO, one can get that information with LIBXML_VERSION or LIBXML_DOTTED_VERSION chregu > > Cheers > -- Liip AG // Feldstrasse 133 // CH-8004 Zurich Tel +41 43 500 39 81 // Mobile +41 76 561 88 60 www.liip.ch // blog.liip.ch // GnuPG 0x0748D5FE -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
