Re: Re: svn: /php/php-src/trunk/ UPGRADING.INTERNALSext/date/php_date.c ext/date/php_date.h
| From: | Peter Cowburn | Date: | Tue, 28 Sep 2010 07:52:33 +0000 |
| Subject: | Re: Re: svn: /php/php-src/trunk/ UPGRADING.INTERNALSext/date/php_date.c ext/date/php_date.h | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-49797@lists.php.net to get a copy of this message | ||
On 28 September 2010 08:19, Michael Wallner <mike@php.net> wrote:
> On 09/28/2010 07:05 AM, Kalle Sommer Nielsen wrote:
>>
>> Hi
>>
>> 2010/9/27 Johannes Schlüter<johannes@schlueters.de>:
>>>
>>> I think Mike's point was that these functions, according to the comment,
>>> only exist for BC reasons. So they should either keep BC or be dropped.
>>>
>
> Exactly.
>
>> The only usage php_idate() exists for is the idate() function, i
>> greped pecl and tried to use OpenGrok, but it was only used within the
>> date extension, so i think the break is minor to nothing.
>
> So? Drop it or leave it alone :) idate() seems as useful as a nipple on my
> back...
I use idate(), to this day, in preference of (int) date(). Whilst it's
hardly a huge issue, dare I say many folks don't even know if its
existence, if it is dropped, I may cross whomever does it off of my
Christmas card list.
>
> Mike
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>