Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:130665
Precedence: list
MIME-Version: 1.0
References: <CALaXqqRuboaxOnt+VEkGc1kte8bfNca1wPUwmtsdtetnh_4GAA@mail.gmail.com>
In-Reply-To: <CALaXqqRuboaxOnt+VEkGc1kte8bfNca1wPUwmtsdtetnh_4GAA@mail.gmail.com>
Date: Sat, 18 Apr 2026 18:19:45 -0700
Message-ID: <CALaXqqTdLxB8+61oLUKvSOaFQMrMOeD=p3TTtvDc-592ywpXhA@mail.gmail.com>
Subject: [PHP-DEV] Re: [RFC] [Discussion] `#[\Override]` for class constants
To: php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000002d2e86064fc5fc80"
From: daniel.e.scherzer@gmail.com (Daniel Scherzer)

--0000000000002d2e86064fc5fc80
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi internals,

I have updated the RFC to resolve the open issue about `#[\Override]` on
enum cases - when marked with `#[\Override]`, the enum case must be
overriding an inherited class constant. The fact that this is so uncommon
makes it all the more important that when it is intentional, it can be made
clear.

This qualifies as a "major change" to the RFC and triggers a 14 day
cooldown period.

-Daniel

On Mon, Mar 30, 2026 at 4:36=E2=80=AFPM Daniel Scherzer <daniel.e.scherzer@=
gmail.com>
wrote:

> Hi internals,
>
> I'd like to start the discussion for a new RFC about adding support for
> `#[\Override]` for class constants.
>
> * RFC: https://wiki.php.net/rfc/override_constants
> * Implementation: https://github.com/php/php-src/pull/20478
>
> I'd also like to draw specific attention to the open question, which I am
> soliciting feedback on: how should `#[\Override]` work for enum cases? Se=
e
> the RFC page for details.
>
> Thanks,
> -Daniel
>

--0000000000002d2e86064fc5fc80
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi internals,<div><br></div><div>I have updated the RFC to=
 resolve the open issue about `#[\Override]` on enum cases - when marked wi=
th `#[\Override]`, the enum case must be overriding an inherited class cons=
tant. The fact that this is so uncommon makes it all the more important tha=
t when it is intentional, it can be made clear.</div><div><br></div><div>Th=
is qualifies as a &quot;major change&quot; to the RFC and triggers a 14 day=
 cooldown period.</div><div><br></div><div>-Daniel</div></div><br><div clas=
s=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_att=
r">On Mon, Mar 30, 2026 at 4:36=E2=80=AFPM Daniel Scherzer &lt;<a href=3D"m=
ailto:daniel.e.scherzer@gmail.com">daniel.e.scherzer@gmail.com</a>&gt; wrot=
e:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0=
.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"l=
tr">Hi internals,<div><br></div><div>I&#39;d like to start the discussion f=
or a new RFC about adding support for `#[\Override]` for class constants.</=
div><div><br></div><div>* RFC:=C2=A0<a href=3D"https://wiki.php.net/rfc/ove=
rride_constants" target=3D"_blank">https://wiki.php.net/rfc/override_consta=
nts</a></div><div>* Implementation:=C2=A0<a href=3D"https://github.com/php/=
php-src/pull/20478" target=3D"_blank">https://github.com/php/php-src/pull/2=
0478</a></div><div><br></div><div>I&#39;d also like to draw specific attent=
ion to the open question, which I am soliciting feedback on: how should `#[=
\Override]` work for enum cases? See the RFC page for details.</div><div><b=
r></div><div>Thanks,</div><div>-Daniel</div></div>
</blockquote></div>

--0000000000002d2e86064fc5fc80--