The GNU libc libraries
fc720e6194
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. This improvement is tracked in <https://fedoraproject.org/wiki/Changes/glibc32_Build_Adjustments> and <https://bugzilla.redhat.com/show_bug.cgi?id=1598524>. 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. (cherry picked from commit e025effd84d415d98dcebbc97cdf03e6e44465b8) |
||
---|---|---|
.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