Since Mike Pall stepped down in [LuaJIT](https://github.com/LuaJIT/LuaJIT) development, project largely stalled. Soon, number of forks appeared, but the most promising one is [MoonJIT](https://github.com/moonjit/moonjit). They strive to keep the compatibility, but also add a newer Lua (5.2, 5.3) features. Also they work hard on adding more platforms for JIT compilation. https://github.com/moonjit/moonjit It is a bit similar situation with neomutt patches shipped with Gentoo. Also some distributions already use moonjit patches to LuaJIT, e.g. Fedora or Debian.
we are not going to import these patches into luajit packages. if you are really interested on it, you can introduce a moonjit package through the proxy-maintainers project. thanks
(In reply to Rafael Martins from comment #1) > we are not going to import these patches into luajit packages. if you are > really interested on it, you can introduce a moonjit package through the > proxy-maintainers project. > > thanks Why? Many distributions did that.
(In reply to Anton Kochkov from comment #2) > (In reply to Rafael Martins from comment #1) > > we are not going to import these patches into luajit packages. if you are > > really interested on it, you can introduce a moonjit package through the > > proxy-maintainers project. > > > > thanks > > Why? Many distributions did that. I meant that we are not going to replace luajit upstream with moonjit. If there's some specific bugfix in moonjit that you'd like to have applied to luajit you can still submit a patch/patchset for consideration, but just importing moonjit as the default luajit isn't going to happen. Thanks, and best regards.