summaryrefslogtreecommitdiff
path: root/dev-python/netcdf4-python
diff options
context:
space:
mode:
authorSam James <sam@gentoo.org>2026-03-22 02:35:55 +0000
committerSam James <sam@gentoo.org>2026-03-22 02:37:40 +0000
commitcdda23e9a888a1cadd9d5732e9dc360cb4ca5bd3 (patch)
tree7dd17b0b97c912c624e67afa5a3ffee600766aa7 /dev-python/netcdf4-python
parent534177f4b704ee444c2a06f62db1bb321cf378f9 (diff)
downloadgentoo-cdda23e9a888a1cadd9d5732e9dc360cb4ca5bd3.tar.gz
gentoo-cdda23e9a888a1cadd9d5732e9dc360cb4ca5bd3.tar.bz2
gentoo-cdda23e9a888a1cadd9d5732e9dc360cb4ca5bd3.zip
Revert "sys-libs/glibc: fix symlink for x86 ld.so on Hurd"
This reverts commit 02e24cbf17f6a3b8bd33d136e6bb0c57820a5bca. I was wrong! I was confused by a symlink that we still had in the setup script for an image. Compare the following: * gcc/config/i386/gnu64.h:28:#define GNU_USER_DYNAMIC_LINKER64 "/lib/ld-x86-64.so.1" vs * gcc/config/i386/gnu.h:25:#define GNU_USER_DYNAMIC_LINKER "/lib/ld.so" The inconsistency is weird here though, as in gnu64.h, there's also: * gcc/config/i386/gnu64.h:27:#define GNU_USER_DYNAMIC_LINKER32 "/lib/ld.so.1" but I think this shouldn't matter as we don't plan to do multilib. Signed-off-by: Sam James <sam@gentoo.org>
Diffstat (limited to 'dev-python/netcdf4-python')
0 files changed, 0 insertions, 0 deletions