On Mon, Mar 22, 2021 at 3:58 PM Ben Ramsey <b...@benramsey.com> wrote:
> > On Mar 22, 2021, at 04:24, Nikita Popov <nikita....@gmail.com> wrote: > > > > Hi internals, > > > > It's time for another deprecation RFC: > > https://wiki.php.net/rfc/deprecations_php_8_1 > > > > This is a collection of minor deprecations that various people have put > > together over the last ~2 years. This RFC was formerly targeted at PHP > 8.0, > > but was delayed to PHP 8.1 to reduce the amount of changes necessary for > > PHP 8.0 compatibility. > > > > As usual, each deprecation will be voted in isolation. > > > > As we're still early in the release cycle, it's still possible to add > > additional deprecation candidates, given reasoning for the deprecation, > as > > well as available alternatives. > > > > Of course, if there are compelling technical reasons why something should > > not be deprecated, we can move things into the "Removed from this > proposal" > > section, in which case it will serve as documentation why some > > functionality should not deprecated. > > > Given Rowan’s thread [1] on `utf8_encode()` and `utf8_decode()`, should we > consider adding these functions to this list or mentioning them in this > RFC as being handled separately? > Sure. Rowan, if you would like to add these functions to this RFC, please feel free to just edit it directly. Otherwise, having a separate RFC just for them is also fine. Regards, Nikita
