Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:110832
MIME-Version: 1.0
References: <CANeKSiRe95yUeyUV5S3MU1Bzh7A_Z0OQF_WVNFK16CcbE5wYqw@mail.gmail.com>
 <CAEPJdumDhFEFKNbYR5PTg5YE8H8oO960ed4DU_wUci_mRX0X6Q@mail.gmail.com>
In-Reply-To: <CAEPJdumDhFEFKNbYR5PTg5YE8H8oO960ed4DU_wUci_mRX0X6Q@mail.gmail.com>
Date: Fri, 3 Jul 2020 12:26:44 +0200
Message-ID: <CAF+90c_L5_moki0mqGyxPE5cMG0bUZPaN3OzO0xx8dHTUkK1tA@mail.gmail.com>
To: Benjamin Eberlei <kontakt@beberlei.de>
Cc: Benas IML <benas.molis.iml@gmail.com>, PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000001cf69e05a986f7a2"
Subject: Re: [PHP-DEV] [RFC] [VOTE] Make constructors and destructors return void
From: nikita.ppv@gmail.com (Nikita Popov)

--0000000000001cf69e05a986f7a2
Content-Type: text/plain; charset="UTF-8"

On Fri, Jul 3, 2020 at 11:04 AM Benjamin Eberlei <kontakt@beberlei.de>
wrote:

> On Thu, Jul 2, 2020 at 11:12 PM Benas IML <benas.molis.iml@gmail.com>
> wrote:
>
> > Hey internals,
> >
> > I have opened the voting for the RFC, let's hope everything is going
> > to be smooth :). If you have any other questions, let me know!
> >
> > RFC: https://wiki.php.net/rfc/make_ctor_ret_void
> >
> > Best regards,
> > Benas Seliuginas
> >
>
> Hi Benas,
>
> I wanted to raise what I believe is an issue with the secondary vote going
> against PHP policy to introduce a BC break in 8.1, I would imagine policy
> overrules voting decision here and it wouldn't matter what people voted
> for, it will only be removed at the earliest in 9.0
>

To answer the policy question: RFCs can override or change general policy
-- after all, policy is decided through the RFC process itself. To give a
precedent where this happened for a "pure" BC break:
https://wiki.php.net/rfc/too_few_args But more generally, many RFCs will
have "minor" BC breaks as part of a larger proposal, and RFC acceptance
also always implies that we consider those BC breaks acceptable for the
targeted PHP version.

Now, whether this RFC actually makes a sufficient case to disregard policy
here is a different question, and at the discretion of the voters.

Regards,
Nikita

--0000000000001cf69e05a986f7a2--