mirror of
https://github.com/bitcoin/bitcoin.git
synced 2025-01-13 13:22:38 -03:00
7a0b129c41
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. |
||
|---|---|---|
| .. | ||
| gcc-10-remap-guix-store.patch | ||
| gcc-broken-longjmp.patch | ||
| glibc-2.24-elfm-loadaddr-dynamic-rewrite.patch | ||
| glibc-2.24-fcommon.patch | ||
| glibc-2.24-guix-prefix.patch | ||
| glibc-2.24-no-build-time-cxx-header-run.patch | ||
| glibc-2.27-dont-redefine-nss-database.patch | ||
| glibc-2.27-guix-prefix.patch | ||
| glibc-2.27-riscv64-Use-__has_include-to-include-asm-syscalls.h.patch | ||
| glibc-ldd-x86_64.patch | ||
| glibc-versioned-locpath.patch | ||
| lief-fix-ppc64-nx-default.patch | ||
| nsis-disable-installer-reloc.patch | ||
| nsis-gcc-10-memmove.patch | ||
| oscrypto-hard-code-openssl.patch | ||
| vmov-alignment.patch | ||