Re: [RFC] [Vote] #[\Deprecated] attribute

From: Date: Wed, 22 May 2024 11:53:08 +0000
Subject: Re: [RFC] [Vote] #[\Deprecated] attribute
References: 1  Groups: php.internals 
Request: Send a blank email to [email protected] to get a copy of this message
On Wednesday, 22 May 2024 at 08:22, Benjamin Außenhofer <[email protected]> wrote:

> The vote for the RFC #[\Deprecated] attribute is now open:
>
> https://wiki.php.net/rfc/deprecated_attribute
>
> Voting will close on Wednesday 5th June, 08:00 GMT.

I have voted in favour of the RFC, I don't have any strong opinions about the "since"
parameter, so I will let other people judge on this matter.
However, any discussion about how deprecations are currently being triggered is, IMHO, irrelevant to
this discussion.
PHP, at this point in time, triggers a deprecation diagnostic via the same mechanism that notices,
warnings, etc. diagnostics are triggered.
There might be value to separate the deprecation diagnostic mechanism from the other diagnostics to
have them be globally toggled on/off and sent logs into a different file than the other diagnostics,
but like said by others, this is an orthogonal issue to this one, and one that has long existed in
the language.

Every other internal attribute that has been added to PHP has some visible effects to the user,
having it do nothing seems rather odd to me.

Best regards,
Gina P. Banyard


Thread (21 messages)

« previous php.internals (#123403) next »