Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97029
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.176 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <91afb2a4-9022-2ffc-386a-4ad5f1e49149@gmx.de>
References: <CAF+90c8Wox0wadAVPsP83er=G9jbW__26yBWOFAsjB09rYVFJA@mail.gmail.com>
 <91afb2a4-9022-2ffc-386a-4ad5f1e49149@gmx.de>
Date: Sat, 19 Nov 2016 12:32:03 +0100
Message-ID: <CAF+90c_BisYSQBXgB7OXXcJ8h9rpGBLdfuLjWoC_OnLTvyw3Ng@mail.gmail.com>
To: "Christoph M. Becker" <cmbecker69@gmx.de>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a114da150966a560541a5c591
Subject: Re: [RFC] Deprecations for PHP 7.2
From: nikita.ppv@gmail.com (Nikita Popov)

--001a114da150966a560541a5c591
Content-Type: text/plain; charset=UTF-8

On Fri, Nov 18, 2016 at 6:45 PM, Christoph M. Becker <cmbecker69@gmx.de>
wrote:

> On 18.11.2016 at 15:55, Nikita Popov wrote:
> > Hi internals!
> >
> > I've submitted this RFC for PHP 7.1 previously, but didn't follow through
> > due to time constraints. Now I'd like to propose an extended version for
> > PHP 7.2 and vote on it sooner rather than later to avoid a repeat
> > performance.
> >
> >     https://wiki.php.net/rfc/deprecations_php_7_2
> >
> > The RFC combines a number of deprecation and removal proposals. Each one
> > will get a separate 2/3 majority vote. The RFC overlaps with some
> recently
> > discussed topics (each, binary strings) -- I'm fine with dropping these
> if
> > someone has a more specific RFC.
> >
> > I expect some of these are no-brainers, while others are more
> controversial
> > -- please share your specific concerns.
>
> Thanks, Nikita!  I'm generally in favor of such clean up.
>
> The only exception would be features which have only been available as
> of PHP 7, currently only assertion expressions.  Deprecating assertion
> strings as of PHP 7.2 would make it hard to provide PHP 5.6 and PHP 7.2
> compatible code, even though 7.2 GA is supposed to be released in
> December 2017, whereas there'll be security support for 5.6 until end of
> 2018[1].
>
> [1] <http://php.net/supported-versions.php>
>

This is a reasonable concern. My opinion on assert() and PHP 5 vs PHP 7 is
basically this: You can use assert() the same way in PHP 5 as you do in PHP
7. Assertion expressions *are* supported in PHP 5. The only difference is
that it's not zero-cost and error reporting is slightly worse. And well,
PHP 5 being slower than PHP 7 is kinda the case whether you use assertions
or not. If you use PHP 5, performance is clearly your primary concern.

Thanks,
Nikita

--001a114da150966a560541a5c591--