diff options
| author | Arnout Engelen <arnout@bzzt.net> | 2022-12-28 14:04:18 +0100 |
|---|---|---|
| committer | Arnout Engelen <arnout@bzzt.net> | 2023-01-01 15:50:12 +0100 |
| commit | 90c4a2ebc351e10f9551db0cb34d059f16174543 (patch) | |
| tree | 181c900cc52f6c82235e25651eebca030fdb4885 /pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch | |
| parent | 677ed08a50931e38382dbef01cba08a8f7eac8f6 (diff) | |
neovim: make the build reproducible
This introduces a patch that improves binary reproducibility since changes in
ordering of the generated code indeed cause changes in the compiled code.
Additionally, since neovim embeds luajit-compiled bytecode into the nvim binary,
we are impacted by https://github.com/LuaJIT/LuaJIT/issues/626 . It is possible
to switch to lua 5.1, but that'd be a regression (luajit has much better
performance and some plugins depend on it, like for example Noice and Lazy).
Disabling `COMPILE_LUA` at build time would cause a runtime penalty each time
neovim starts. Instead, we run luagit with those security settings disabled for
the build-time code generation.
(Note to self: for a minimized testcase this seemed to help at
975ec13f5d5aefcac1dbb15fa867e660e07c93a1 but no longer at
03080b795aa3496ed62d4a0697c9f4767e7ca7e5 of luajit, which is surprising since
that commit doesn't look super relevant. _Also_ surprisingly it does seem to
work in the context of the neovim code generation, though, so that might be
good enough...)
Also, some of the code generation (using mpack and tables) still relies on
stable table ordering. This should eventually be fixed, but as a workaround
we use the luajit-with-stable-string-ids for those generators as well.
Fixes #207841
Diffstat (limited to 'pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch')
0 files changed, 0 insertions, 0 deletions
