e86152986c
Announcement: https://sourceware.org/pipermail/libc-alpha/2023-July/150524.html So far this looks surprisingly good, I managed to build the stdenv on `aarch64-linux` and got up to building `zfs` and `nix` on `x86_64-linux`. The patchset is still empty because the latest commit on the release branch is the one the 2.38 tag points to. I added an empty file though to keep things consistent. Also applied the new version of the DT_HASH fix from ArchLinux[1]. This one's a way easier version than before because it doesn't contain the autoconf changes, but only hardcodes the desired ld flags. It was already confirmed that this patch is sufficient to fix the underlying problem[2]. [1] https://gitlab.archlinux.org/archlinux/packaging/packages/glibc/-/commit/e54d98e2d1aae4930ecad9404ef12234922d9dfd#7b1bfda0391ff4c2662e04a5e193c37e233a0738 [2] https://github.com/ValveSoftware/Proton/issues/6051#issuecomment-1666055553
29 lines
785 B
Diff
29 lines
785 B
Diff
From 31915e55f9c34f6137ab1c5ac002375a2d5d4589 Mon Sep 17 00:00:00 2001
|
|
From: Frederik Schwan <frederik.schwan@linux.com>
|
|
Date: Fri, 4 Aug 2023 15:19:57 +0200
|
|
Subject: [PATCH] force --hash-style=both to keep compatibility with old niche
|
|
software
|
|
|
|
---
|
|
Makeconfig | 4 ++++
|
|
1 file changed, 4 insertions(+)
|
|
|
|
diff --git a/Makeconfig b/Makeconfig
|
|
index 77d7fd14df..2ae67c4beb 100644
|
|
--- a/Makeconfig
|
|
+++ b/Makeconfig
|
|
@@ -378,6 +378,10 @@ relro-LDFLAGS = -Wl,-z,relro
|
|
LDFLAGS.so += $(relro-LDFLAGS)
|
|
LDFLAGS-rtld += $(relro-LDFLAGS)
|
|
|
|
+hashstyle-LDFLAGS = -Wl,--hash-style=both
|
|
+LDFLAGS.so += $(hashstyle-LDFLAGS)
|
|
+LDFLAGS-rtld += $(hashstyle-LDFLAGS)
|
|
+
|
|
# Linker options to enable and disable DT_RELR.
|
|
ifeq ($(have-dt-relr),yes)
|
|
dt-relr-ldflag = -Wl,-z,pack-relative-relocs
|
|
--
|
|
2.41.0
|
|
|