Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91478 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 70594 invoked from network); 3 Mar 2016 10:04:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Mar 2016 10:04:40 -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:33912] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CE/D8-21983-63C08D65 for ; Thu, 03 Mar 2016 05:04:39 -0500 Received: (qmail 25396 invoked by uid 89); 3 Mar 2016 10:04:35 -0000 Received: by simscan 1.3.1 ppid: 25390, pid: 25393, t: 0.0745s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.155.186.161) by mail4.serversure.net with ESMTPA; 3 Mar 2016 10:04:35 -0000 To: internals@lists.php.net References: <1F.91.55238.41F10D65@pb1.pair.com> <56D42CD3.6020602@gmail.com> <56D57DF4.8000906@gmail.com> <56D5D2AD.6070805@gmail.com> <56D5DDA6.4080607@fleshgrinder.com> <40.73.36499.548B6D65@pb1.pair.com> <56D6BBD0.5010505@gmail.com> <56D73386.3000903@fleshgrinder.com> <86.68.21983.A2508D65@pb1.pair.com> Message-ID: <56D80C33.2070102@lsces.co.uk> Date: Thu, 3 Mar 2016 10:04:35 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <86.68.21983.A2508D65@pb1.pair.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal From: lester@lsces.co.uk (Lester Caine) On 03/03/16 09:34, Tony Marston wrote: >> The "var" keyword once emitted an E_STRICT but I guess it was turned off >> again because too many people were complaining as they are now. > > So if people are still using it then surely that is an argument AGAINST > its removal. The underlying problem here IS things like E_STRICT and E_DEPRECATED. On one hand YES you can get legacy code working by hiding the warnings, but that only makes the problem worse when someone actually completes the cycle and removes the keyword. Getting code through the PHP5.2/3/4 cycles did require leaving all messages visible and handling each as required. The problem with 'var' is that while one should probably replace them all with public, there is a lot of simple legacy code still in active use that could take years to 'tidy' and for no gain what so ever? A quick scan of my current code base shows several thousand hits on 'var ' in both third party libraries, stock code and private stuff. Only a small percentage are 'actually' replaceable by public but the time to go through and manually check each one ... is it THAT much of a problem? -- 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