summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
diff options
context:
space:
mode:
authorArnout Engelen <arnout@bzzt.net>2022-12-28 14:04:18 +0100
committerArnout Engelen <arnout@bzzt.net>2023-01-01 15:50:12 +0100
commit90c4a2ebc351e10f9551db0cb34d059f16174543 (patch)
tree181c900cc52f6c82235e25651eebca030fdb4885 /pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
parent677ed08a50931e38382dbef01cba08a8f7eac8f6 (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