[PHP-DEV] Re: [RFC] [Discussion] DOM HTML5 parsing and serialization support

2023-09-15 Thread Niels Dossche
On 9/2/23 21:41, Niels Dossche wrote: > Hello internals > > I'm opening the discussion for my RFC "DOM HTML5 parsing and serialization > support". > https://wiki.php.net/rfc/domdocument_html5_parser > > Kind regards > Niels Hi internals I'd like to announce a change to the RFC. The new RFC

Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

2023-09-15 Thread Tim Düsterhus
Hi On 9/15/23 17:50, Ben Ramsey wrote: Additionally, despite the use of a Git submodule complicating things for "everyone else," it provides a clear dependency and development boundary, avoiding situations where the php-src version of IR drifts from the upstream version. I think we can adjust

Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

2023-09-15 Thread Remi Collet
Le 13/09/2023 à 10:50, Derick Rethans a écrit : Hi, In a recent chat between the PHP Foundation developers, we discussed unbundling several extensions. ext/imap +1 ext/pspell +1 There are other replacements, ispell, and hunspell, but they don't seem to be compatible API-wise. The

Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

2023-09-15 Thread Hartmut Holzgraefe
On 15.09.23 17:54, BohwaZ wrote: I'm not against the removal, but having to rely on user-space libraries probably means we'll lose some performance over using the C library. to quote from the message that started this thread: "Please remember, that unbundling extensions does not mean that

Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

2023-09-15 Thread BohwaZ
> Considering the lack of updates from upstream as Derick mentioned, > lack of OAuth support (which webklex/php-imap supports), and a > somewhat lackluster documentation for ext-imap in php.net, I think > unbundling ext-imap (along with the other extensions in the proposal) > makes sense. I don't

Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

2023-09-15 Thread Ben Ramsey
On 9/15/23 09:35, Derick Rethans wrote: This is a lot of new code, that very few other people understand in great detail. I think it is unwise if we have another large part of the engine that does not have enough people understanding enough of it, to be able to debug issues, and contribute to

Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

2023-09-15 Thread Derick Rethans
Hi Dmitry, On Fri, 15 Sep 2023, Dmitry Stogov wrote: > After the code-review feedback, one of the most questionable decisions > was changed. > > Instead of including IR Framework as a git submodule, now its part is > embedded into php-src. > > This will complicate the IR/JIT development a bit,

Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

2023-09-15 Thread Juliette Reinders Folmer
On 15-9-2023 12:15, Dmitry Stogov wrote: Hi, After the code-review feedback, one of the most questionable decisions was changed. Instead of including IR Framework as a git submodule, now its part is embedded into php-src. This will complicate the IR/JIT development a bit, but will simplify

Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

2023-09-15 Thread Dmitry Stogov
Hi, After the code-review feedback, one of the most questionable decisions was changed. Instead of including IR Framework as a git submodule, now its part is embedded into php-src. This will complicate the IR/JIT development a bit, but will simplify things for everyone else. I'm going to merge