Re: [RFC] Deprecations for PHP 8.6
| From: | Nicolas Grekas | Date: | Mon, 22 Jun 2026 15:16:03 +0000 |
| Subject: | Re: [RFC] Deprecations for PHP 8.6 | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-131457@lists.php.net to get a copy of this message | ||
Hi Gina,
Le lun. 22 juin 2026, 15:19, Gina P. Banyard <internals@gpb.moe> a écrit :
> Hello internals,
>
> It is this time of year again where we proposed a list of deprecations to
> add in PHP 8.6:
>
> https://wiki.php.net/rfc/deprecations_php_8_6
>
> As a reminder, this list has been compiled over the course of the past
> year by different people.
>
> And as usual, each deprecation will be voted in isolation.
>
> We still have a bit of time anyone else to propose additional
> deprecations, and if you have write access feel free to add them directly
> to the RFC.
> Please note that with the new RFC policy rules the RFC must be finalized
> and in a "frozen" state by the 13th of July at the latest.
>
> Some deprecations should be non-controversial, others a bit more.
> If a deprecation is really controversial, it might warrant its own
> dedicated RFC or be dropped altogether.
>
>
> Best regards,
>
> Gina P. Banyard
>
After a quick check, I'm wondering about
> Deprecate CURLOPT_PROGRESSFUNCTION for curl_setopt()
Can you expand on this?
Thanks,
Nicolas
>