Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:76795
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: <53F70F26.4040806@lsces.co.uk>
Date: Fri, 22 Aug 2014 10:36:38 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: internals@lists.php.net
References: <alpine.DEB.2.11.1408201003330.4107@whisky.home.derickrethans.nl> <53F637C5.1030006@sugarcrm.com>
In-Reply-To: <53F637C5.1030006@sugarcrm.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] On BC and not being evil (Was: Re: [PHP-DEV] [RFC]
 Integer Semantics)
From: lester@lsces.co.uk (Lester Caine)

On 21/08/14 19:17, Stas Malyshev wrote:
> We have millions of people using PHP 5, and the goal is for
> almost all of them to eventually use PHP 7, otherwise there's no point
> in it. Each BC break creates another hurdle on the way to it. We should
> take it seriously.

Currently we have millions still using 5.2 because the changes to 5.3/4
require work. 'strict' while something one can switch off HAS to be
reworked for in order to move that code forward and remove the problems
caused by third party hosting changes that may well be out of a users
control.

Many of the changes being put forward will probably not affect older
code, as it's not been using these 'improvements' anyway, but it would
be nice if as part of the PHP7 process there was a mechanism which could
scan the code and at least tag what areas need attention rather than the
current mechanism of having to keep one eye on the error logs for
changes that have been missed. I think Derick is picking up subtle
changes almost to style which are difficult to detect but will result in
changes in outcome, and those sorts of changes need the most support to
identify if they go forward?

It looks like I've lost PHPEclipse as a mechanism that could provide
this level of checking as it seems to have lost support, and I still
don't find PDT as capable in this sort of area :(

-- 
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