Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:98299
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: Zeev Suraski <zeev@zend.com>, Dan Ackroyd <danack@basereality.com>,
 =?UTF-8?Q?Pedro_Magalh=c3=a3es?= <mail@pmmaga.net>
References: <CAJd4=YYcDf7r_4KDjRQ_8p5Y2-dkrpq2DtnLCzApfF3rOj=CKQ@mail.gmail.com>
 <CA+kxMuQF6s0GZj3qgbw99E6KXTq4VK-4aqZovHr1YLVVeH4gjA@mail.gmail.com>
 <BY2PR02MB298C259FA7898644F7609D6AC5B0@BY2PR02MB298.namprd02.prod.outlook.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Message-ID: <e989cb31-37ef-e553-33a5-7ba3b26a7782@gmx.de>
Date: Wed, 15 Feb 2017 14:11:13 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <BY2PR02MB298C259FA7898644F7609D6AC5B0@BY2PR02MB298.namprd02.prod.outlook.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [RFC][VOTE] Binary String Deprecation
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 15.02.2017 at 13:52, Zeev Suraski wrote:

>> -----Original Message-----
>> From: Dan Ackroyd [mailto:danack@basereality.com]
>> Sent: Tuesday, February 14, 2017 8:22 PM
>> To: Pedro Magalhães <mail@pmmaga.net>
>> Cc: internals@lists.php.net
>> Subject: Re: [PHP-DEV] [RFC][VOTE] Binary String Deprecation
>>
>> I thought this RFC was likely to pass easily.
>>
>> It's always slightly unfortunate when RFCs are either accepted or rejected by
>> a small margin, particularly when there doesn't seem to have been any
>> voices against it.
>>
>> Please could anyone who voted no, illuminate the rest of us as to why voting
>> no was the correct option?
> 
> I can't speak for others, but for me, it's simply because there's no reason to do it (remove it), while there may/might be a reason to keep it going forward.  Keeping it comes at zero cost, and if we ever do need a binary string notation, it sounds more than likely that we'll pick this one.  I see no value at removing it even if there's a small chance we'll need it again.

For similar reasoning, I abstained from voting.  Actually, I'm -0.1 on
the deprecation.

-- 
Christoph M. Becker