Re: Re: svn: /php/php-src/trunk/ UPGRADING.INTERNALSext/date/php_date.c ext/date/php_date.h

From: 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 > >

« previous php.internals (#49797) next »