Re: [DISCUSSION] Deprecate mbregex in PHP 8.6 and maintenance version
| From: | Hans Henrik Bergan | Date: | Tue, 17 Mar 2026 17:06:28 +0000 |
| Subject: | Re: [DISCUSSION] Deprecate mbregex in PHP 8.6 and maintenance version | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-130383@lists.php.net to get a copy of this message | ||
On Tue, 17 Mar 2026 at 09:43, youkidearitai <youkidearitai@gmail.com> wrote:
> 2025年8月26日(火) 19:15 Derick Rethans <derick@php.net>:
> >
> > On Mon, 25 Aug 2025, Christoph M. Becker wrote:
> >
> > > On 25.08.2025 at 09:26, youkidearitai wrote:
> > >
> > > > I improvement this RFC.
> > > > https://wiki.php.net/rfc/eol-oniguruma
> > > >
> > > > Added more information about maintenance versions. What do you think
> > > > about Oniguruma maintenance ended. Please watch and feel free to
> > > > comment.
> > >
> > > First, thank you for caring about this! I agree that we need a long
> > > term solution for this issue. As I understand it, Oniguruma's
> > > greatest advantage over PCRE2 is that it supports other character
> > > encodings than Unicode and ANSI, so deprecating mbregex might be a
> > > problem for some users.
>
Which users, exactly?
Where in the wild are people using something other than ANSI, Unicode, and
UTF-8?
Been 10 year since I was involved with a system reliant on Windows-1252,
and the first thing I did after getting hired was to convert it to UTF-8
(Norway, a system written in PHP requiring æøåÆØÅ support running on
Windows-1252~)