Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:70692
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <52AF96B8.2090009@gmail.com>
References: <52AA1649.2090601@ajf.me>
	<52AAA1EA.7030106@marc-bennewitz.de>
	<CAKOpQSxZ=kDbUaVovHunC-gX6ohG6LChdGyDYePmOb3OZmxEXQ@mail.gmail.com>
	<CAHMUw2FGc+qPh764aWHhwd4cWYX3XWSjL6OzJRmZwCpFwKXpyA@mail.gmail.com>
	<CAKOpQSwp9+ssxBx+aRYenGhasNO9d1wUk_TrVeRVCtxvfznwJQ@mail.gmail.com>
	<CAHMUw2ESDj3n=QnrhfPtF4Om=LXrgqnd=+TOnUXyLKEOhf1RsQ@mail.gmail.com>
	<52AF45CC.10604@gmail.com>
	<CAHMUw2HJSHcjKoN56ZOO66TOX-eDRHSFC8VgTAP8erbrkOMCEw@mail.gmail.com>
	<52AF8E29.3020400@ajf.me>
	<52AF96B8.2090009@gmail.com>
Date: Tue, 17 Dec 2013 09:28:45 +0800
Message-ID: <CAHMUw2GBvzAXBKmafx4o4PTdTTPApCeHdF6S1LjLu-stXwy_xw@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1135ec227a215c04edb0d94e
Subject: Re: [PHP-DEV] [PROPOSAL] Alphanumeric decrement
From: tjerk.meesters@gmail.com (Tjerk Meesters)

--001a1135ec227a215c04edb0d94e
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Dec 17, 2013 at 8:11 AM, Rowan Collins <rowan.collins@gmail.com>wrote:

> On 16/12/2013 23:35, Andrea Faulds wrote:
>
>>
>>
>> On 16/12/13 23:33, Tjerk Meesters wrote:
>>
>>>
>>> I would love to completely eradicate it, but I also realize that there's
>>> existing code using it, such as:
>>>
>>>
>> Before writing the -- support patch, I wrote a patch to remove ++
>> support. There were a few tests that relied on the feature which required
>> rewriting, so I'm quite worried about what'd happen if we removed it. Maybe
>> in 6.0?
>>
>>
> Genuine question: what is the actual case for removing the current
> operator in favour of a function? Is it to make a clearer separation
> between string and numeric operations? Or that it feels like a function
> should have been created rather than overloading the operator in the first
> place?
>

For the sake of clarity I should reiterate the purpose of my patch; it's to
disambiguate the behaviour of ++ across the different data types by
treating the operands as numbers; this also means deprecating the current
++ behaviour on strings and instead moving the functionality under "string
functions".

So to answer your question, a bit of both but - personally - more of the
latter.


> Regardless of deprecation period, this is one of those things that is
> quite hard to track down - you can't just grep your codebase for instances
> like you can with a function being removed.


Indeed, it has the potential of dragging on like the deprecation of
`register_globals` or `magic_quotes` did. Given the current state of error
logging, this probably remains the biggest risk.


>
> Regards,
>
> --
> Rowan Collins
> [IMSoP]
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
--
Tjerk

--001a1135ec227a215c04edb0d94e--