Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:100197
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <7cd281aa-0597-9bd9-513d-5d1c7d728e49@gmx.de>
References: <CAF+90c8dYPc6_dN1x2RAsi_EnEyFfqH4hNcvEGn3PmU6DW4dwg@mail.gmail.com>
 <CAF+90c9fPFBCQhSNf=C8StE8Grex9C0u92AyYgRJxEwLWNmpSQ@mail.gmail.com>
 <643d48f6-033b-a8ec-1fd3-8f0bba475428@gmx.de> <CAF+90c-6BoFrSbBc=w0yjadh5sAaE4w+VeNbD9xSmVH7NdDXuQ@mail.gmail.com>
 <67bd44f4-50cf-a74b-f075-a8345b82da10@gmx.de> <CAF+90c9nbQ9Zuo0AE2EdK-kXE9Pyqb0VkYrpgQCvrbsZiwzdUA@mail.gmail.com>
 <7cd281aa-0597-9bd9-513d-5d1c7d728e49@gmx.de>
Date: Sat, 12 Aug 2017 20:40:16 +0200
Message-ID: <CAF+90c95oOwYg-rH08RJR3Y7F+RnKOThjheWQyif8FdrtB5gsw@mail.gmail.com>
To: "Christoph M. Becker" <cmbecker69@gmx.de>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="001a11405760c9268a055692c2f6"
Subject: Re: [VOTE] Deprecations for PHP 7.2
From: nikita.ppv@gmail.com (Nikita Popov)

--001a11405760c9268a055692c2f6
Content-Type: text/plain; charset="UTF-8"

On Wed, Aug 9, 2017 at 7:23 PM, Christoph M. Becker <cmbecker69@gmx.de>
wrote:

> On 09.08.2017 at 17:42, Nikita Popov wrote:
>
> > On Wed, Aug 9, 2017 at 5:23 PM, Christoph M. Becker <cmbecker69@gmx.de>
> > wrote:
> >
> >> I assume that the $errcontext parameter of error handlers will not be
> >> deprecated in PHP 7.2, but a later version.  Would it make sense to
> >> already document that the parameter shouldn't be used anymore (aka. soft
> >> deprecation)?
> >
> > I'm not sure on this one. I think it might actually be preferable to keep
> > this as a documentation-only deprecation (and then directly remove it in
> > PHP 8). I'm not really happy with the proposed action from the RFC (even
> > though I suggested it myself), both in terms of behavior and
> implementation
> > complexity. There's a number of fun edge-cases there, like a __call()
> > method being used as error handler -- in that case the formal number of
> > parameters is 2, but more might actually be used and we have no way to
> > know. I don't even know what's supposed to happen in that case under the
> > RFC.
>
> Thanks for the explanation.  In this case I'm fine with a "soft"
> deprecation, but it should be mentioned in UPGRADING.
>

I've added a note in UPGRADING in
https://github.com/php/php-src/commit/b202587e099312e433c123331bb5fece94ec9670
and moved the RFC into the Implemented section.

Nikita

--001a11405760c9268a055692c2f6--