Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:99423 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 2011 invoked from network); 7 Jun 2017 12:49:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Jun 2017 12:49:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=francois@tekwire.net; spf=softfail; sender-id=softfail Authentication-Results: pb1.pair.com header.from=francois@tekwire.net; sender-id=softfail Received-SPF: softfail (pb1.pair.com: domain tekwire.net does not designate 212.27.42.4 as permitted sender) X-PHP-List-Original-Sender: francois@tekwire.net X-Host-Fingerprint: 212.27.42.4 smtp4-g21.free.fr Received: from [212.27.42.4] ([212.27.42.4:7333] helo=smtp4-g21.free.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C0/C9-27119-074F7395 for ; Wed, 07 Jun 2017 08:41:21 -0400 Received: from [172.16.0.22] (unknown [158.255.108.131]) (Authenticated sender: flaupretre@free.fr) by smtp4-g21.free.fr (Postfix) with ESMTPSA id 1786919F5A8; Wed, 7 Jun 2017 14:41:12 +0200 (CEST) To: "Christoph M. Becker" , =?UTF-8?Q?Pedro_Magalh=c3=a3es?= , PHP internals References: Message-ID: <7028fcfd-d47f-c983-510d-eefe4a36cd4a@tekwire.net> Date: Wed, 7 Jun 2017 14:41:13 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: fr Subject: Re: [PHP-DEV] Re: [RFC] [VOTE] Arrays starting with a negative index From: francois@tekwire.net (=?UTF-8?Q?Fran=c3=a7ois_Laupretre?=) Hi, Right. Introducing this change is not compatible with the release process, whatever the result of the vote. So, I respectfully ask you to change target to PHP 8 or explain why we should make an exception to the process. Reasons you gave so far are OK for a major version, but not for a minor one. This is not against you or your work, as I'd also like to change such inconsistent behavior, but the probability of BC break is too high, IMO. Regards François Le 07/06/2017 à 14:19, Christoph M. Becker a écrit : > On 06.06.2017 at 19:55, Pedro Magalhães wrote: > >> Hi all, >> >> I have just opened the vote on this RFC. >> >> The main goal of the RFC is to eliminate the inconsistency in arrays when >> negative numeric keys are used explicitly and the following implicit keys >> will start from zero. >> >> You can find the RFC here: https://wiki.php.net/rfc/negative_array_index >> The previous discussion: https://externals.io/thread/712 >> And the PR (also some discussion): https://github.com/php/php-src/pull/2383 >> >> Voting is open from now until 20/6/2017 18:00 UTC. > I don't think that the current behavior makes much sense, but since it > is well documented and it isn't a bug, changing it in a minor version > wouldn't comply to our release process[1]. Therefore, I've voted > against, but I'd be happy to see this improvement in PHP 8. > > [1] >