Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:79647 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 61791 invoked from network); 14 Dec 2014 20:10:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Dec 2014 20:10:29 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:58753] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BE/F0-57297-3BEED845 for ; Sun, 14 Dec 2014 15:10:28 -0500 Received: (qmail 26628 invoked by uid 89); 14 Dec 2014 20:10:24 -0000 Received: by simscan 1.3.1 ppid: 26620, pid: 26624, t: 0.0752s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.178.188.220) by mail4.serversure.net with ESMTPA; 14 Dec 2014 20:10:24 -0000 Message-ID: <548DEEAF.9060900@lsces.co.uk> Date: Sun, 14 Dec 2014 20:10:23 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: internals@lists.php.net References: <548D494B.8010901@gmail.com> <548DC988.6030108@gmail.com> <76435460-D70C-41B7-A782-A96BC25DCAB7@gmail.com> In-Reply-To: <76435460-D70C-41B7-A782-A96BC25DCAB7@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Fix incorrect ternary '?' associativity for 7.0? From: lester@lsces.co.uk (Lester Caine) On 14/12/14 19:48, Rowan Collins wrote: > 5.4 is a good example of what we *don't* want to do with minor versions. It consisted of a messy list of "those bits of the abandoned 6 which didn't quite make it into 5.3". 5.4 should have been '6' with a 5.4 that provided the very same buffer that 5.7 is now envisaged to provide with PHP7. There is still a substantial code base reliant on legacy features such as register_globals which requires substantial work to move from 5.3 to 5.4 and it is stumbling blocks like these which are STILL holding up adoption of later versions with ISP's. Anything 'broken' in PHP7 must have a managed upgrade path helped by warnings in 5.7, and I'd even go as far as to say that proposed patches for things like this fix should include migration tools before being merged! So both 5.7 and 7 are required to prevent a rerun of previous chaos ... -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk