[09:46:24] so it seems that after authoring the current PHP JIT implementation, which is now effectively abandoned and a source of various obscure bugs if enabled, the same person is now rewriting it from scratch, using his own "JIT framework": https://github.com/php/php-src/pull/12079 [09:46:30] I'm sure this will end well [13:34:59] Inspired by HotSpot and V8 TurboFan https://github.com/dstogov/ir [13:37:25] 8 contributors but the vast majority of contribs from a single person... this strikes me as a bus factor 1 project [13:38:12] maybe I'm just jaded, but I don't see this going better than the first attempt :P [13:38:12] Well, at least we can expect test coverage for all the known bugs with the old one [13:38:19] hah :) [13:38:51] I'm not sure php internals will tolerate another version in master that fails some tests if enabled [13:39:04] But I don't know.. [13:39:24] I think their plan is to switch to this new version for PHP 9 or something of the sorts [13:44:52] the thing is though, with the old implementation, there are the known unknowns and the unknown unknowns [13:45:30] and there is plenty of the latter, nothing in the issues suggested we'd get several segfaults an hour while autoloading with tracing JIT enabled, or encounter apparent opcache corruption with function JIT enabled, yet that's what exactly happened :)