As a side note: does anyone think that providing on pecl4win compiled versions corresponding to the official pecl package releases besides the "compiled from cvs" versions would be a good idea?
Bye Gaetano On 5/29/07, Richard Quadling <[EMAIL PROTECTED]> wrote:
My post about SNAPS and PECLS a little while ago seems relevant to this. As a windows user, I have to rely on pre-compiled binaries. It was/is my understanding that SNAPS would provide me with most currently succesfully compiled PHP, with some extensions built in and some extensions for my ext directory - those which are deemed important enough (judge important as you would like). PECL contained other extensions - those NOT part of the windows "standard" package. On 27/05/07, Gaetano Giunta <[EMAIL PROTECTED]> wrote: > Just to add my experience (even though the original poster explicitly > asked for single extensions not to be mentioned) from a > not-completely-unrelated problem: some extensions have an "internal" > version number that is not always updated when the userland API of said > extension is changed - see eg. Json and the recent change of behavior on > decoding scalar values. > > This makes it very hard for people maintaining php libraries to code > defensively and test the version in use to enable workarounds: > - the extension version number is useless (if not managed correctly) > - the php version number is useless, since the extension might have been > downloaded and compiled from pecl and not correspond to the version that > is distributed with the core > > The only option left in this situation is to test the functionality > needed first, then use it, much as it is done in js - a very sad state > of things... (of course I would not recommend disabling upgrade / > backport of a php extension from pecl as a solution) > > The fact that the extension lives in both pecl and core and the two > might be slightly out of sync does not help at all when trying to find > out the cause of regressions... > > Bye > Gaetano > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- ----- Richard Quadling Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731 "Standing on the shoulders of some very clever giants!"
