Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:20533
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Sat, 26 Nov 2005 14:51:51 +0200 (EET)
Reply-To: Jani Taskinen <sniper@iki.fi>
To: Andrei Zmievski <andrei@gravitonic.com>
cc: Ilia Alshanetsky <ilia@prohost.org>, internals@lists.php.net
In-Reply-To: <9784192ddeca75a1d77f5536f909b957@gravitonic.com>
Message-ID: <Pine.LNX.4.61.0511261451020.1753@arfg.argcubovn.sv>
References: <4387E97B.4040300@prohost.org> <9784192ddeca75a1d77f5536f909b957@gravitonic.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Subject: Re: [PHP-DEV] Solution to date issue in 5.1
From: sniper@iki.fi (Jani Taskinen)


     So you're also for letting PEAR dictate what PHP has and not the other
     way around? Somehow this doesn't sound right.

     --Jani

On Fri, 25 Nov 2005, Andrei Zmievski wrote:

>
> I have to ask: what does renaming really buy us? The only purpose of 
> introducing this class in RC6, as far as I can tell, was to reserve the 'Date' 
> name for future use. Since this  goal is clearly unachievable, what is the 
> point of keeping a barely functional class around (as PhpDate)? In my opinion, 
> we should remove it (#ifdef it out), and wait until we are ready for the full 
> implementation and can pick a good name, or until we have namespaces and can 
> use them to separate PHP's own classes.
>
> - Andrei
>
> On Nov 25, 2005, at 8:50 PM, Ilia Alshanetsky wrote:
>
>> The attached patch is a possible solution to the date *crisis*, it
>> renames the class to PhpDate to avoid any namespace conflicts with pear
>> or custom user classes called date.
>> 
>> If there are no strong objection 5.1.1 (5.1.0 + this patch and nothing
>> else) goes out on Monday.
>> 
>
>