aboutsummaryrefslogtreecommitdiff
path: root/src/nvim/help.c
diff options
context:
space:
mode:
authorArnout Engelen <arnout@engelen.eu>2023-01-23 10:26:46 +0100
committerGitHub <noreply@github.com>2023-01-23 01:26:46 -0800
commitcb757f2663e6950e655c6306d713338dfa66b18d (patch)
tree2919dcb164f5d6ce694d6a4055f9934e5a8cd529 /src/nvim/help.c
parentda671b21ccc289101ccf37c31dc739b153b41800 (diff)
downloadrneovim-cb757f2663e6950e655c6306d713338dfa66b18d.tar.gz
rneovim-cb757f2663e6950e655c6306d713338dfa66b18d.tar.bz2
rneovim-cb757f2663e6950e655c6306d713338dfa66b18d.zip
build: make generated source files reproducible #21586
Problem: Build is not reproducible, because generated source files (.c/.h/) are not deterministic, mostly because Lua pairs() is unordered by design (for security). https://github.com/LuaJIT/LuaJIT/issues/626#issuecomment-707005671 https://www.lua.org/manual/5.1/manual.html#pdf-next > The order in which the indices are enumerated is not specified [...] > >> The hardening of the VM deliberately randomizes string hashes. This in >> turn randomizes the iteration order of tables with string keys. Solution: - Update the code generation scripts to be deterministic. - That is only a partial solution: the exported function (funcs_metadata.generated.h) and ui event (ui_events_metadata.generated.h) metadata have some mpack'ed tables, which are not serialized deterministically. - As a workaround, introduce `PRG_GEN_LUA` cmake setting, so you can inject a modified build of luajit (with LUAJIT_SECURITY_PRN=0) that preserves table order. - Longer-term we should change the mpack'ed data structure so it no longer uses tables keyed by strings. Closes #20124 Co-Authored-By: dundargoc <gocdundar@gmail.com> Co-Authored-By: Arnout Engelen <arnout@bzzt.net>
Diffstat (limited to 'src/nvim/help.c')
0 files changed, 0 insertions, 0 deletions