Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:20343 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 39570 invoked by uid 1010); 25 Nov 2005 08:28:15 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 39555 invoked from network); 25 Nov 2005 08:28:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Nov 2005 08:28:15 -0000 X-Host-Fingerprint: 84.56.4.230 dslb-084-056-004-230.pools.arcor-ip.net Received: from ([84.56.4.230:12848] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 59/57-11378-F1BC6834 for ; Fri, 25 Nov 2005 03:28:15 -0500 To: internals@lists.php.net,rasmus@lerdorf.com (Rasmus Lerdorf) Date: Fri, 25 Nov 2005 09:28:32 +0100 Message-ID: <20051125092832.62acffc5@localhost.localdomain> In-Reply-To: <4386C97D.3030402@lerdorf.com> References: <4386C97D.3030402@lerdorf.com> Reply-To: pierre.php@gmail.com X-Newsreader: Sylpheed-Claws 1.9.14 (GTK+ 2.8.6; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Posted-By: 84.56.4.230 Subject: Re: Fixing this date mess From: pierre.php@gmail.com (Pierre) On Fri, 25 Nov 2005 00:21:17 -0800 rasmus@lerdorf.com (Rasmus Lerdorf) wrote: > We need to fix this date thing along with the Digest Auth mixup and > get a 5.1.1 out the door soon. I see Ilia committed a fix for the > Digest Auth thing, so assuming that this fix works, we just need to > figure out what to do with this date class. We can either roll back: > > http://cvs.php.net/diff.php/php-src/ext/date/php_date.c?r1=1.43.2.20&r2=1.43.2.21&ty=u > > or perhaps a better option is to rename that internal class for now > until we have a better idea of what this class is going to look like > and how we transition pear/Date users. Naming it date_ex (for > experimental) or something like that for now lets us keep the class > constants as they are and hopefully Derick and Pierre can come to > some sort of truce on the actual implementation. I don't think > having this mostly empty date class placeholder helps anybody right > now. Put it back into the #ifdef. > This rename would also give us a migration path where you could have > a simple: class date extends date_ex { ... } wrapper which could then > be removed when we have the final internal date class implementation. I' opposed to add a class now in 5.1, even with a rename, we better to do what I explained you again this morning: - Keep 5.x as it was, only the underlying code has been replaced - take the time to define, implement, document and test a new date/time API in php6, we can even do that in pecl and put it in php-src at a later point --Pierre