Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97008
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.22 as permitted sender)
To: Kalle Sommer Nielsen <kalle@php.net>, Nikita Popov <nikita.ppv@gmail.com>
References: <CAF+90c8Wox0wadAVPsP83er=G9jbW__26yBWOFAsjB09rYVFJA@mail.gmail.com>
 <CAJW__o2uWz_PwHs1uwJtOXySfdvz-tH+vv-1vVgz2LawL9iiQg@mail.gmail.com>
Cc: PHP internals <internals@lists.php.net>
Message-ID: <bb2e1066-0fc8-9353-8473-3493785e905c@gmx.de>
Date: Sat, 19 Nov 2016 00:42:03 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <CAJW__o2uWz_PwHs1uwJtOXySfdvz-tH+vv-1vVgz2LawL9iiQg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 7.2
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 18.11.2016 at 20:01, Kalle Sommer Nielsen wrote:

> 2016-11-18 15:55 GMT+01:00 Nikita Popov <nikita.ppv@gmail.com>:
>
>> 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.
> 
> Awesome list, thanks for your work. I got a couple of things to maybe
> consider adding:
> 
> arg_separator.output/input -- Do we really need an ini to define
> these, can't they be baked in or something? (I did not look at the
> code)

See also a recent discussion on comp.lang.php:
<https://groups.google.com/forum/#!topic/comp.lang.php/wHi0skD_gTc>.

TL;DR: these ini settings may cause quite some confusion (note that the
OP is a long-term PHP developer), but removing them might cause
considerable BC breakage.  We have to be very careful here, IMHO.

-- 
Christoph M. Becker