summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* sys-libs/glibc: disable submachine detection on ppc32Sergei Trofimovich2020-08-231-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | By default glibc does not enable multiarch on powerpc-unknown-linux-gnu targets. Bug triggers only when CFLAGS value enables power4 or above (like, CFLAGS=-mcpu=7450). multiarch does not work on ppc with cache-block not equal to 128 bytes and breaks memset implementations. There 'dcbz' instruction is used for optimization to zero out cache-block with zeros at a time. memset implementation assumes cache-block=128. G4 hardware and qemu-ppc both have cache-block=32. This means memset() zero-initializes only 32 of each 128-byte block including .sbss and .bss sections. This breaks glibc's locks and many other things. The change disables submachine detection for ppc32 in Gentoo until glibc is fixed upstream. Reported-by: Daniel Gurney Bug: https://sourceware.org/PR26522 Closes:https://bugs.gentoo.org/737996 Package-Manager: Portage-3.0.4, Repoman-3.0.1 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* sys-libs/glibc: revert "disable multiarch on ppc32"Sergei Trofimovich2020-08-231-5/+0
| | | | | | | | | | | | Disabling multiarch is not enough as static -mcpu= selection will still attempt to close best fit implementation (as opposed to refault C-based implementation). And these still don't work. This reverts commit 3e3d3f661fa3df6911db31e7496951aa23497389. Bug: https://bugs.gentoo.org/737996 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* sys-libs/glibc: disable multiarch on ppc32Sergei Trofimovich2020-08-231-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | By default glibc does not enable multiarch on powerpc-unknown-linux-gnu targets. Bug triggers only when CFLAGS= enables power4 or above (like, CFLAGS=-mcpu=7450). multiarch does not work on ppc with cache-block not equal to 128 bytes and breaks memset implementations. There 'dcbz' instruction is used for optimization to zero out cache-block with zeros at a time. memset implementation assumes cache-block=128. G4 hardware and qemu-ppc both have cache-block=32. This means memset() zero-initializes only 32 of each 128-byte block including .sbss and .bss sections. This breaks glibc's locks and many other things. The change disables multiarch for pps32 in Gentoo until glibc is fixed upstream. Reported-by: Daniel Gurney Bug: https://sourceware.org/PR26522 Closes:https://bugs.gentoo.org/737996 Package-Manager: Portage-3.0.4, Repoman-3.0.1 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* sys-libs/glibc: Add keywords to 2.32Andreas K. Huettel2020-08-141-2/+1
| | | | | | Bug: https://bugs.gentoo.org/736174 Package-Manager: Portage-2.3.103, Repoman-2.3.23 Signed-off-by: Andreas K. Huettel <dilfridge@gentoo.org>
* sys-libs/glibc: Version bump (no keywords)Andreas K. Hüttel2020-08-061-0/+1488
Package-Manager: Portage-2.3.103, Repoman-2.3.23 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>