Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:119160
MIME-Version: 1.0
References: <alpine.DEB.2.23.453.2212151531360.462551@singlemalt.home.derickrethans.nl>
 <abe33f13-12ab-9abf-a60a-a1ae5ba03172@gmx.de>
In-Reply-To: <abe33f13-12ab-9abf-a60a-a1ae5ba03172@gmx.de>
Date: Thu, 15 Dec 2022 20:19:32 +0000
Message-ID: <CAEKnhAH7EvVpvmU7KT_n_59v8b2-CbUaSRHgoOx1shqmt0RtNQ@mail.gmail.com>
To: "Christoph M. Becker" <cmbecker69@gmx.de>
Cc: Derick Rethans <derick@php.net>, PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000d3bf8305efe39216"
Subject: Re: [PHP-DEV] Re: [RFC] Unicode Text Processing
From: bukka@php.net (Jakub Zelenka)

--000000000000d3bf8305efe39216
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Dec 15, 2022 at 4:56 PM Christoph M. Becker <cmbecker69@gmx.de>
wrote:

> On 15.12.2022 at 16:34, Derick Rethans wrote:
>
> > I have just published an initial draft of the "Unicode Text Processing"
> > RFC, a proposal to have performant unicode text processing always
> > available to PHP users, by introducing a new "Text" class.
> >
> > You can find it at:
> > https://wiki.php.net/rfc/unicode_text_processing
> >
> > I'm looking forwards to hearing your opinions, additions, and
> > suggestions =E2=80=94 the RFC specifically asks for these in places.
>
> | As the implementation requires ICU, this would also mean that PHP will
> | depend on the ICU library.
>
> Our current stance is that a minimal PHP should be buildable without
> requiring any "non-standard" libraries; this is the reason why we bundle
> PCRE.  If we wanted to stick with that policy, we would need to bundle
> ICU, what might not be the best idea =E2=80=93 it's generally not great t=
o have
> bundled libraries which are still maintained outside of php-src, and
> especially for such huge libraries.
>
>
I agree with this. Bundling ICU doesn't seem like a good idea. Wouldn't be
better to base on something smaller that can be bundled and does the job?
For example NJS and QuickJS use their own implementations which seem to be
fine. Especially https://github.com/bellard/quickjs/blob/master/libunicode.=
c
seems like something that we could fork and maintain potentially.

Cheers

Jakub

--000000000000d3bf8305efe39216--