Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:20339 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 31249 invoked by uid 1010); 25 Nov 2005 08:21:23 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 31234 invoked from network); 25 Nov 2005 08:21:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Nov 2005 08:21:23 -0000 X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.4/2.6 Received: from ([204.11.219.139:48942] helo=colo.lerdorf.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id B3/06-11378-189C6834 for ; Fri, 25 Nov 2005 03:21:22 -0500 Received: from [192.168.200.106] (c-24-6-5-134.hsd1.ca.comcast.net [24.6.5.134]) (authenticated bits=0) by colo.lerdorf.com (8.13.5/8.13.5/Debian-3) with ESMTP id jAP8LH31020785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 25 Nov 2005 00:21:18 -0800 Message-ID: <4386C97D.3030402@lerdorf.com> Date: Fri, 25 Nov 2005 00:21:17 -0800 User-Agent: Thunderbird 1.5 (Macintosh/20051025) MIME-Version: 1.0 To: internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Fixing this date mess From: rasmus@lerdorf.com (Rasmus Lerdorf) 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. 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. -Rasmus