diff options
author | fanquake <fanquake@gmail.com> | 2022-08-05 11:48:15 +0100 |
---|---|---|
committer | fanquake <fanquake@gmail.com> | 2022-08-05 18:15:12 +0100 |
commit | 7a0b129c41d9fefdbc20d6d04983dd87bb8379e7 (patch) | |
tree | 9ad004921c6097115683448c27f989f642c8ca37 /build-aux/m4/bitcoin_find_bdb48.m4 | |
parent | 7d3817b29a2ad6a1ca5bae6c342472bc74e2a7fe (diff) | |
download | bitcoin-7a0b129c41d9fefdbc20d6d04983dd87bb8379e7.tar.xz |
guix: patch NSIS to remove .reloc sections from install stubs
With the release of binutils/ld 2.36, ld swapped to much improved
default settings when producing windows binaries with mingw-w64. One of
these changes was to stop stripping the .reloc section from binaries,
which is required for working ASLR.
.reloc section stripping is something we've accounted for previously,
see #18702. The related upstream discussion is in this thread:
https://sourceware.org/bugzilla/show_bug.cgi?id=19011.
When we switched to using a newer Guix time-machine in #23778, we begun
using binutils 2.37 to produce releases. Since then, our windows
installer (produced with makensis) has not functioned correctly when run on
a Windows system with the "Force randomization for images (Mandatory ASLR)"
option enabled. Note that all of our other release binaries, which all
contain .reloc sections, function fine under the same option, so it
cannot be just the presence of a .reloc section that is the issue.
For now, restore makensis to it's pre-binutils-2.36 behaviour, which
fixes the produced installer. The underlying issue can be further
investigated in future.
Diffstat (limited to 'build-aux/m4/bitcoin_find_bdb48.m4')
0 files changed, 0 insertions, 0 deletions