Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:110406
MIME-Version: 1.0
References: <CAF+90c_TqgaY_srwX5w1EtqKRnR91_KebOp1cqyqrdvghrNGpg@mail.gmail.com>
 <CAOWwgp=O7d52_ks6N5s03O0DQGsmMNFURGWd8v4qpQbL+YkcAA@mail.gmail.com>
 <CAF+90c-Au5MvjLkSzgxyuLZUnBZ0k2Z0-Qg15RGno-kVbHRjcQ@mail.gmail.com>
 <BYAPR05MB653567917FD89A804E4DB5B8DE840@BYAPR05MB6535.namprd05.prod.outlook.com>
 <CAJW__o3p1pagdMHBS+HFm0=i7MsbiEVabWi6+aS7aMGEDkyUhQ@mail.gmail.com>
In-Reply-To: <CAJW__o3p1pagdMHBS+HFm0=i7MsbiEVabWi6+aS7aMGEDkyUhQ@mail.gmail.com>
Date: Sun, 7 Jun 2020 11:18:24 +0200
Message-ID: <CADK1yXLf+D_v48Nu12TDXYkFM_AFu+R1ewdY5nvVDqVFAaruZg@mail.gmail.com>
To: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000050031d05a77afa44"
Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 8.0
From: deleugyn@gmail.com (Deleu)

--00000000000050031d05a77afa44
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

What if Nikita changes the RFC to target PHP 8.1 but proceed with voting
now? If voting passes, the RFC will be pending implementation and the
"news" will start to spread. Brandt will write about it in his blog, Reddit
will have a post about it, etc. and the community will start to spread the
information.
Maybe even include 3-way voting and let people decide which version to
target.

I'm still on the fence whether I like or dislike depredations coming on
8.1, but my guess is that by carring on with the RFC now the information
will be spread and people will know about it.

On Sun, Jun 7, 2020, 06:46 Kalle Sommer Nielsen <kalle@php.net> wrote:

> Den s=C3=B8n. 7. jun. 2020 kl. 05.58 skrev Theodore Brown <
> theodorejb@outlook.com>:
> > So while I understand the desire to make upgrades as easy as possible,
> > I'm not convinced it's a good idea to delay these deprecations for
> > a later release. At the very least if deprecation is likely the PHP
> > manual should say something about it.
>
> I agree with this and feel very strongly about it, we should not delay
> deprecations since they can be disabled on a configuration level by
> removing the E_DEPRECATED bits from error_reporting anyway. Allowing
> our users to know at the earliest possible moment when something is
> going to be deprecated allows userland to have a larger time for
> upgrading as these warnings about certain behavior will change many
> years from now, but old behavior is still in effect.
>
> --
> regards,
>
> Kalle Sommer Nielsen
> kalle@php.net
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--00000000000050031d05a77afa44--