The GNU libc libraries
4df7ab7cf0
GCC for x86_64 includes 32-bit multilib support, requiring a 32-bit glibc to be present when GCC is built. That 32-bit glibc cannot come from an i686 RPM because of limitations in Koji, so there is a hack including a glibc32 "source" package that actually contains binaries from an i686 build (and thus needs additional manual update steps). Set up glibc.spec to build a glibc32 binary package directly when building for x86_64, so avoiding the need for the separate glibc32 source package. Do not generate ELF dependencies for glibc32 to avoid accidentally having it chosen over glibc.686. The list of files in the glibc32 package has been compared to that in the previous package (the gnu/lib-names-32.h header is added, as its previous omission appears to be a bug). And the lists of files in the other packages built from glibc.spec have also been compared before and after this change, to make sure there aren't inappropriate changes to those lists. Resolves: RHEL-29228 Related: RHEL-25850 Fedora 40 commits: |
||
---|---|---|
.fmf | ||
plans | ||
tests | ||
.gitignore | ||
bench.mk | ||
ChangeLog.old | ||
gating.yaml | ||
gen-quilt-series.sh | ||
glibc-bench-compare | ||
glibc-cs-path.patch | ||
glibc-fedora-linux-tcsetattr.patch | ||
glibc-fedora-localedata-rh61908.patch | ||
glibc-fedora-manual-dircategory.patch | ||
glibc-python3.patch | ||
glibc-rh827510.patch | ||
glibc-upstream-2.39-1.patch | ||
glibc-upstream-2.39-2.patch | ||
glibc-upstream-2.39-3.patch | ||
glibc-upstream-2.39-4.patch | ||
glibc-upstream-2.39-5.patch | ||
glibc-upstream-2.39-6.patch | ||
glibc-upstream-2.39-7.patch | ||
glibc.attr | ||
glibc.req.in | ||
glibc.spec | ||
parse-SUPPORTED.py | ||
README.scripts | ||
sources | ||
STAGE1-glibc | ||
STAGE1-glibc-headers | ||
wrap-find-debuginfo.sh |
All of the useful glibc maintainer scripts are located at: https://pagure.io/glibc-maintainer-scripts