Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:79747
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 74.125.82.44 as permitted sender)
References: <8C1EFD82-CFE0-4D01-9231-2A1658B182A6@ajf.me> <CABBJUpfLCjWCgOUneN2O2M7qP2WBf8OgbVrdB-jm+Fn_dDJvVA@mail.gmail.com>
 <CAFMT4NrGBi-YpYz_pOgg=BBhymp5Y4Re9XOwnnY47BTiXA5Oxw@mail.gmail.com>
 <b110fda6282aaf482e7906fcccdb00ab@mail.gmail.com> <CAH-PCH5SGuk1L+9y4FBYmdC8GP05UOFnw+iupTy+Av65AGJCnw@mail.gmail.com>
 <c4c3b84eb3b5c5e2451ee3c585fd95c2@mail.gmail.com> <EA391654-F731-4B45-9E45-EE780183EEE4@gmail.com>
 <CABRjmp__TD6PjNTiETgD-jSmLSE4cuj7AoOzQh+zmnp6XN5G=Q@mail.gmail.com> <CAMUwpuQV1ChBM2KhNix8gKZFOTrooaZx7sqzamcnbVxf=g-RJQ@mail.gmail.com>
In-Reply-To: <CAMUwpuQV1ChBM2KhNix8gKZFOTrooaZx7sqzamcnbVxf=g-RJQ@mail.gmail.com>
MIME-Version: 1.0
Thread-Index: AQHEAwp930Oucd9RrwDs9oQRz4U5JAKjqEmtAMffvUwBqetzRgLNlk2CAW8qVj4CM2w/iQOd6aJpAlYrjDecHx6xwA==
Date: Wed, 17 Dec 2014 00:00:11 +0200
Message-ID: <f30e79c9670457f0aa6c6e53845017ff@mail.gmail.com>
To: Julien Pauli <jpauli@php.net>, Florian Margaine <florian@margaine.com>
Cc: Rowan Collins <rowan.collins@gmail.com>, PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: RE: [PHP-DEV] [RFC] PHP 5.7
From: zeev@zend.com (Zeev Suraski)

> -----Original Message-----
> From: julienpauli@gmail.com [mailto:julienpauli@gmail.com] On Behalf Of
> Julien Pauli
> Sent: Tuesday, December 16, 2014 11:00 PM
> To: Florian Margaine
> Cc: Rowan Collins; PHP Internals
> Subject: Re: [PHP-DEV] [RFC] PHP 5.7
>
> - We cannot patch 5.6 to add any Warnings-of-any-kind (stable release,
> under release process that forbids that)

What part of the release process forbids that?   I don't see that anywhere
in there, at least not any more than it forbids such deprecation messages in
a minor (2nd digit) version.  New features are the only (relevant)
difference between minor and bugfix versions, and I don't think anybody
considers deprecation messages as new features.  They are, in practice, very
minor compatibility breakages - and in that sense, technically, both bugfix
(3rd digit) and minor (2nd digit) versions forbid those equally.

Also note that the release process isn't exactly a flawless document that
predicted all the scenarios we're facing (and are going to face) in the
future.  Its focus was bugfix and minor releases, and consequently, not much
thought was made regarding migration issues of the sorts we're discussing
today, towards a major version.  If we reach the conclusion (and it's
clearly an if), it's not the release process that should stop us.


> - Rolling out a 5.7 with *just* Warnings-of-any-kind is silly, see the
> topic I
> just replied to which is valid to me

Agreed.

> - Rolling out a 5.7 with Warnings-of-any-kind + some little-or-not new
> features cancels point number one
>
> What else ?

Do nothing is still (IMHO) the most sensible option IMHO.  We're not seeing
major compatibility breakages in 7.0 (at least not at this time), to the
level that upgrading through some middle version is really all that
necessary.  Considering the adoption levels of 5.6, 5.5 and even 5.4, we can
expect that most people migrating to PHP 7 will not be doing it from one of
the latest PHP 5.x versions, but older ones, rendering all of these options
useless.  The one option that could be relevant to these scenarios is a
separate analysis tool, but it's much more difficult to pull off, and I
don't think the level of breakage (as it appears right now) justifies the
effort.

Zeev