On Tuesday, 7 July 2026 at 12:54, Gina P. Banyard <[email protected]> wrote:
> On Monday, 22 June 2026 at 14:13, Gina P. Banyard <[email protected]> wrote: > > > 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. > > Reminder that there is less than a single week for adding deprecations before > the RFC needs to be in a frozen state. > A few people have added new ones and some were sent directly to me which I > just added. > I also reordered some of the deprecations to group them together in somewhat > more logical places. > > https://wiki.php.net/rfc/deprecations_php_8_6 > > If anyone has any issues or additional proposals they can still be added or > amended. > If none are added or amended, I will initiate a call to vote next week. The RFC is now *frozen* no new proposals will be accepted. As some were added during the past week minimum of 2 weeks discussion is necessary. Amendments to existing proposals can be made ONLY IF they are minor changes according to the policy. I will initiate a call to vote next week on Monday (the 20th) for the following Monday (the 27th) so that the vote is done by the 10th of August. This should hopefully mean that most accepted proposals can land with 8.6.0beta1. Best regards, Gina P. Banyard
