On 8.10.2005 15:30 Uhr, Zeev Suraski wrote: > I've been away from email for the last couple of weeks - read through > the timezone thread, and didn't really see a conclusion.
IIRC the conclusion was, that Derick tries to make the TZ detection better (which was the only BC problem, AFAIK). And according to him, that's now almost solved (except some weird problems on Windows). He even made a pecl package for updating the TZ data easily should that change. If the TZ detection works reliable, I don't see any reason to revert or postpone Dericks work, the timezone handling of his implementation is so much better than the old one, it's really worth the upgrade for everyone having to deal with different timezones. Just my 2 cents. chregu > > My suggestion is to restore the old code in its entirely, and introduce > the new implementation as new functions with a proper prefix, a-la PHP > 2005. I think it's better than an INI entry, and it should be fairly > straightforward to implement. > > I don't think anybody is underestimating Derick's efforts towards > building this new date functionality. I certainly don't. I also don't > see any reason to break compatibility in something as basic as this, so > this should be introduced either as a new (preferably) or optional (less > preferably) feature. > > Zeev > -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | [EMAIL PROTECTED] | GPG 0x5CE1DECB -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
