Re: date/timezone classes

Guys, I definitely think that the path to 5.1 currently has to focus on PDO and the ZE stabilizing. I plan to release Beta 3 hopefully tomorrow (a bit late because I'm still waiting for some PDO fixes Wez wants to make). Commiting a new Date extension at this point is definitely high risk. Derick probably wouldn't agree if it were someone else :) I personally would prefer this work to be done in PECL and roll them into HEAD once they have stabilized. As it's new functionality it could also be in a mini release (5.1.1, 5.1.2) which will surely follow quickly after 5.1.0. I don't see why we need to be in such a rush... There is no reason this won't get out to the masses. As it is, it was questionable wether my call to allow changing the core Date functions at such a late time in the game was a good call by me. Andi At 12:27 AM 7/12/2005 +0200, Derick Rethans wrote:

On Mon, 11 Jul 2005, Derick Rethans wrote: On Mon, 11 Jul 2005, Pierre-Alain Joye wrote:

On Mon, 11 Jul 2005 10:16:45 -0700 Andrei Zmievski <andrei@gravitonic.com> wrote:

Can we please wrap up the whole OO/non-OO discussion and just fix the damn ext/date so that it works as advertised? The rest can be done later. Let's not hold up RC1 unless really necessary.

It's not a stopping for 5.1. This is not going to be in 5.1. We already agreed on that :)

We did not. I implemented my specs now, including OO methods. Updated ones are attached. Patch is here: http://files.derickrethans.nl/patches/date-2005-07-12.diff.txt Also fixes a bug parsing 11Oct and adds some constants with commonly used formats. Derick -- Derick Rethans http://derickrethans.nl | http://ez.no | http://xdebug.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php