Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:79076
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error)
Message-ID: <546F2F5F.6010409@lsces.co.uk>
Date: Fri, 21 Nov 2014 12:26:07 +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: <CAFMT4NpJxuuqc-wTr1aE4K+wZBT8+04j+9-SsY+nhUMU83fDUg@mail.gmail.com> <546C9E22.6090301@fedoraproject.org> <20141119134632.GV2294@phcomp.co.uk> <546CA8C0.1060707@gmail.com> <20141119143329.GX2294@phcomp.co.uk> <1416476628.15061.4.camel@kuechenschabe> <CAFMT4NoHNKHmck_rkAEWo9zx8A1Z5d_pTtaC+jOGXqV7SxkUAQ@mail.gmail.com> <1416502819.15061.38.camel@kuechenschabe> <CAFMT4NoCDJgnG554LO-yNzQ5TYpLVfx7FuaJHMHw_tO-H0Utkw@mail.gmail.com> <D2E30951-4407-4D2D-BA03-D9BB0C1B66C6@gmail.com> <546F0AA5.30805@lsces.co.uk> <546F2283.5070105@gmail.com>
In-Reply-To: <546F2283.5070105@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors
From: lester@lsces.co.uk (Lester Caine)

On 21/11/14 11:31, Rowan Collins wrote:
>> I know I sound like a broken record, but this is EXACTLY the same
>> problem as e_strict! It is all very well saying old code can still run
>> if you hide the the warnings and ERRORS, but you have to spend the time
>> fixing each and every warning simply to ensure that it will work on the
>> next release ... hiding things does not work.
>>
>> And I still run my own version of PEAR to get around the e_strict
>> problems!
> 
> To reply with a broken record of my own: E_STRICT does not indicate code
> that will break in a future version. Hiding E_STRICT notices will have
> absolutely no detrimental effect on your code, now or in the future. It
> is up to you if you want to improve the code by following the hints, or
> ignore them because the code works fine.
> 
> So, no this is not at all similar to the "problem" of E_STRICT, because
> that problem is not real.

So everything that currently requires e_strict disabled to allow it to
work will continue to work in PHP7? Including the parts that have now
been marked for removal since being deprecated since PHP5.3?

In practice ... NO the code does not work fine UNLESS you ensure that
all of the infrastructure is still using old versions of libraries. And
even then we still get white screen responses with changes of PHP
versions. My point is that on one hand people are COMPLAINING that code
such as PHP 4 Constructors is not being updated and then ALSO claiming
that we don't need to ... PLEASE can we have a level playing field to
code to!

-- 
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