Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:85229 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 21689 invoked from network); 19 Mar 2015 18:04:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Mar 2015 18:04:23 -0000 Authentication-Results: pb1.pair.com smtp.mail=nikita.ppv@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=nikita.ppv@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.42 as permitted sender) X-PHP-List-Original-Sender: nikita.ppv@gmail.com X-Host-Fingerprint: 74.125.82.42 mail-wg0-f42.google.com Received: from [74.125.82.42] ([74.125.82.42:36599] helo=mail-wg0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 95/66-25408-6AF0B055 for ; Thu, 19 Mar 2015 13:04:22 -0500 Received: by wgra20 with SMTP id a20so69392139wgr.3 for ; Thu, 19 Mar 2015 11:04:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=u21P0zu+fcsL9jk/LWXtnut/aaAq0HDEjRQjCKU0xvI=; b=KT0t5FzzpnSs3mn3zeUtV7dX0hjfSB6lOJ2n7+/S5ISeB1bFyb/NSqoe/EdU1wD+Ue TYcYMcRB+1PglAfj3Go+m/2mRx+d5vbmcztCZo8uMWOgaccAWozIrlMP7qpljsFEjv7Q gZ8006ARWaPfzPfitKqPfvMd3dNmUtEegvKWnP0RvtBgNvrwhOOk5womISBWWNOwrv2k jMLZ+H4qItmCn7M/rPElSLfgMdrwUjuj690+xEIwfodBfRqPZVp15wst2YdCIfJXjEjU pXmXVvZF4Y6HOnsVFvoCyceiPn3hbMCZPTznc7vlVTUHT67V/+ENfBmoi7eREJaU6Goh ZCUg== MIME-Version: 1.0 X-Received: by 10.195.12.97 with SMTP id ep1mr157410110wjd.134.1426788259074; Thu, 19 Mar 2015 11:04:19 -0700 (PDT) Received: by 10.27.10.193 with HTTP; Thu, 19 Mar 2015 11:04:19 -0700 (PDT) In-Reply-To: <28871A37-A2F8-465F-8717-A116B8AA78C7@zend.com> References: <885a29db28bc96b2d3cd2ac96907e39f@mail.gmail.com> <077401d06268$2b597c30$820c7490$@php.net> <28871A37-A2F8-465F-8717-A116B8AA78C7@zend.com> Date: Thu, 19 Mar 2015 19:04:19 +0100 Message-ID: To: Zeev Suraski Cc: Dan Ackroyd , "francois@php.net" , PHP internals Content-Type: multipart/alternative; boundary=047d7bfceb405a17bf0511a807a3 Subject: Re: [PHP-DEV] Question/comment about the Array to String conversion RFC From: nikita.ppv@gmail.com (Nikita Popov) --047d7bfceb405a17bf0511a807a3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Mar 19, 2015 at 6:49 PM, Zeev Suraski wrote: > > On 19 =D7=91=D7=9E=D7=A8=D7=A5 2015, at 19:40, Dan Ackroyd wrote: > > > > You are being dumb here as well. We try to avoid breaking code in > > point releases. This BC break can only be done at a major version. > > Technically, we're not allowed to move from from a working feature into a > removed one without a deprecation phase. > I don't think this is true. There is no requirement for us to deprecate something before we remove it. Deprecation is a courtesy to our users in cases where a heavily used feature is being dropped. Realistically most people consider E_NOTICE to be a higher error level than E_DEPRECATED. If somebody is willing to suppress the notices this currently generates, chances are very high that deprecations are suppressed as well. I don't see any release process issues with dropping this without deprecation. (But I'm still -1 on the change, because I don't see why we'd suddenly want to change this one relatively unimportant notice to be fatal while leaving everything else alone.) Nikita --047d7bfceb405a17bf0511a807a3--