summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* sys-libs/glibc: restore GCC < 11.2.1_p* AVX512 sanity checkSam James2022-08-203-0/+18
| | | | | | | | | | It's cheap and it avoids build failures, so why not? Only really affects Tiger Lake or so though. Fixed in newer GCCs anyway. Bug: https://bugs.gentoo.org/823780 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: keyword 2.36 for ~loongWANG Xuerui2022-08-071-1/+1
| | | | | | | | Contrary to the other arches, loong is effectively on 2.36 from day one, also the current userbase is small and tech-savvy enough for us to just switch and enable more early testing and feedback. Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* sys-libs/glibc: version bump 2.36, no keywordsAndreas K. Hüttel2022-08-022-0/+1604
| | | | Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: x86 stable wrt bug #856481Agostino Sarubbo2022-08-011-1/+1
| | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: sparc stable wrt bug #856481Agostino Sarubbo2022-07-311-1/+1
| | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: ppc64 stable wrt bug #856481Agostino Sarubbo2022-07-311-1/+1
| | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: ppc stable wrt bug #856481Agostino Sarubbo2022-07-311-1/+1
| | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: arm64 stable wrt bug #856481Agostino Sarubbo2022-07-311-1/+1
| | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: arm stable wrt bug #856481Agostino Sarubbo2022-07-311-1/+1
| | | | Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: Stabilize 2.35-r8 amd64, #856481Sam James2022-07-311-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: cleanup oldAndreas K. Hüttel2022-07-295-6397/+0
| | | | Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: Re-keyword 2.35-r8 after testingAndreas K. Hüttel2022-07-061-1/+1
| | | | Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: 2.35 patchset bump, untested, no keywordsAndreas K. Hüttel2022-07-052-0/+1605
| | | | Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: slight->some for stack-realign descriptionSam James2022-06-251-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: update metadata indentationSam James2022-06-251-24/+24
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: Add stack-realign flag for compat with old 32-bit x86 binariesJames Le Cuirot2022-06-253-26/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Older 32-bit x86 binaries aligned the stack to 4 bytes, whereas modern binaries align to 16 bytes. These older binaries sometimes segfault when newer libraries use SSE instructions. This is becoming increasingly common. Applying the -mstackrealign flag to the 32-bit build works around the issue but at a performance cost. Other popular distributions always apply this. [sam: There's no good choices here. As Ionen pointed out (I'd missed any reports of this), this ends up getting worse with GCC 12's default-on vectorisation at -O2. Let's make it optional for now for 32-bit/x86 (irrelevant for other arches, it's specific to x86 ABI). ncurses is going to need similar treatment. If we end up having to do this for far more packages, we may revisit and e.g. just append-flags in ebuilds for right ABI and tell users to set -mno-stackrealign, or similar. Another option would be to set this globally by default (again, this is only ever for x86), but it'd possibly be a big performance hit (and bad enough doing it in glibc, but it's unavoidable). The only saving grace here is that there aren't _that_ many libraries with such longevity & ABI stability from back then that older applications are using.] Bug: https://bugs.gentoo.org/616402 Bug: https://github.com/taviso/123elf/issues/12 Signed-off-by: James Le Cuirot <chewi@gentoo.org> Closes: https://github.com/gentoo/gentoo/pull/25858 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: fix linux-headers checkSam James2022-06-081-5/+13
| | | | | | | | | | | | The comment in the ebuild tries to say it all, but the gist is that because the environment (which includes installed packages and their versions!) isn't (necessarily) consistent b/t pkg_pretend and pkg_setup, and pkg_pretend is run before any packages are merged at all, if one has an old linux-headers installed, and a new linux-headers is queued to upgrade before glibc, the emerge will still die in pkg_pretend b/c it's run before the new linux-headers (or indeed anything) gets merged. Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: Enable py3.11Michał Górny2022-06-082-2/+2
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* sys-libs/glibc: rekeyword 2.35-r7Andreas K. Hüttel2022-06-061-1/+1
| | | | Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: Give the testsuite a bit more timeAndreas K. Hüttel2022-06-062-2/+8
| | | | Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: 2.35 patchlevel bump, untested, no keywordsAndreas K. Hüttel2022-06-062-0/+1597
| | | | Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: add 2.35-r6 with loong patchset version 20220522WANG Xuerui2022-05-252-0/+1598
| | | | | | | | | | Updates the patchset to Loongson's v4 branch, and removes usage of newfstatat. Other arches are not touched but dropped keywords as a precaution. Closes: https://github.com/gentoo/gentoo/pull/25592 Reviewed-by: Sam James <sam@gentoo.org> Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* sys-libs/glibc: Re-keyword 2.35-r5Andreas K. Hüttel2022-05-181-1/+1
| | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: 2.35 patchlevel revbump; untested, no keywordsAndreas K. Hüttel2022-05-172-0/+1597
| | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: remove oldAndreas K. Hüttel2022-05-155-6464/+0
| | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: egrep -> grep -ESam James2022-05-1512-20/+20
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r13 ppc, #842507Arthur Zamarin2022-05-141-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r13 hppa, #842507Arthur Zamarin2022-05-141-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/glibc: add Python 3.10 to 2.34-r13Sam James2022-05-143-6/+3
| | | | | | | | | | | It's been long enough and there's guides on the wiki (https://wiki.gentoo.org/wiki/User:Sam/Portage_help/Circular_dependencies#Error_mentions_default_version_not_yet_installed_.28old_install.29) if folks hit a circular dependency anyway. Needed as we're moving forward to Python 3.10 default soon and this will reduce confusion. Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: filter -fsanitize=*Sam James2022-05-131-0/+5
| | | | | | | | Just like with gcc. (noticed when had CFLAGS set in env accidentally) Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: x86 stable wrt bug #842507Agostino Sarubbo2022-05-131-1/+1
| | | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 RepoMan-Options: --include-arches="x86" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: amd64 stable wrt bug #842507Agostino Sarubbo2022-05-101-1/+1
| | | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 RepoMan-Options: --include-arches="amd64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r13 arm, #842507Arthur Zamarin2022-05-051-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r13 arm64, #842507Arthur Zamarin2022-05-051-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r13 sparc, #842507Arthur Zamarin2022-05-051-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r13 ppc64, #842507Sam James2022-05-041-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: keyword 2.35-r4 for ~loongWANG Xuerui2022-04-291-1/+1
| | | | Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
* sys-libs/glibc: Re-keyword 2.34-r13Andreas K. Hüttel2022-04-261-1/+1
| | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: Remove oldAndreas K. Hüttel2022-04-253-3177/+0
| | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: 2.34 patchlevel 17 bumpAndreas K. Hüttel2022-04-252-0/+1618
| | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: re-enable DT_HASHSam James2022-04-252-0/+3213
| | | | | | | | | | | | | | | | | It ends up breaking applications in unexpected ways (and it's not obvious to the user what's happening), and after speaking to upstream, it's not really even on their agenda to remove DT_HASH right now. Given this seems to break not just some relatively niche (sorry!) things, but some prominent Steam games now too, let's accelerate plans to roll this out and do 2.34 (and 2.35, but that was more on the cards anyway) too. Bug: https://bugs.gentoo.org/347761 Bug: https://bugs.gentoo.org/527504 Bug: https://github.com/anyc/steam-overlay/issues/309 See: e5afbd004d49ecaa3a05b192a8bb0c21ea9d2f0e Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r10 hppa, #833191Sam James2022-04-241-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: Add experimental loong patchset from xen0nAndreas K. Hüttel2022-04-223-1/+11
| | | | | Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: Rekeyword 2.35-r3Andreas K. Hüttel2022-04-221-1/+1
| | | | | | | | Bug: https://bugs.gentoo.org/837734 Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29069 Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29071 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: 2.35 patchset bumpAndreas K. Hüttel2022-04-212-0/+1594
| | | | | | | | | | Mostly fixes issues with m68k and mips-n32 Bug: https://bugs.gentoo.org/837734 Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29069 Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=29071 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
* sys-libs/glibc: re-enable DT_HASHSam James2022-04-191-5/+0
| | | | | | | | | | It ends up breaking applications in unexpected ways (and it's not obvious to the user what's happening), and after speaking to upstream, it's not really even on their agenda to remove DT_HASH right now. Bug: https://bugs.gentoo.org/347761 Bug: https://bugs.gentoo.org/527504 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: add filter-flags for CET to 2.34-r10 tooSam James2022-04-101-0/+3
| | | | | | | | | | | | | May as well add it to the stable one as lots of people seem to be shoving this in CFLAGS in make.conf now and don't want more dupes. See 256df48ff6e85ffa389cc2d25453d100279b62fe for more background. Bug: https://bugs.gentoo.org/830454 See: 256df48ff6e85ffa389cc2d25453d100279b62fe Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: filter -fcf-protectionSam James2022-04-073-0/+9
| | | | | | | | | | | | Set USE=cet if you want this. glibc can't be built with this *everywhere*, and the configure option (controlled by USE=cet) sets it for the components for which it works. It's just like SSP and PIE. You can't force it on all of glibc, and we have mechanisms to do it properly (USE=cet). Closes: https://bugs.gentoo.org/830454 Signed-off-by: Sam James <sam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r10 arm64, #833191Arthur Zamarin2022-04-021-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* sys-libs/glibc: Stabilize 2.34-r10 ppc, #833191Arthur Zamarin2022-04-011-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>