| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Closes: https://bugs.gentoo.org/664808
Package-Manager: Portage-2.3.49, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.49, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.49, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
| |
Package-Manager: Portage-2.3.48, Repoman-2.3.10
RepoMan-Options: --ignore-arches
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
|
|
| |
Tests pass here
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
|
|
|
| |
Before unmasking this flag we still need to add checks for binutils >=2.29
and gcc >=8 ...
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
| |
Package-Manager: Portage-2.3.44, Repoman-2.3.10
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Today crossdev does not install baselayout into /usr/${CTARGET}.
As a result /usr/${CTARGET}/usr/lib was not created by any ebuilds.
glibc ebuild used to create /usr/lib but recently added
install-qa-check.d/95empty-dirs by portage broke that assumption.
This change uses keepdir to ensure presense of /usr/${CTARGET}/usr/lib.
Longer term crossdev will attempt to use baselayout.
Reported-by: Vadim A. Misbakh-Soloviov <git@mva.name>
Bug: https://bugs.gentoo.org/652724
Package-Manager: Portage-2.3.43, Repoman-2.3.10
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/9069
|
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
|
|
|
|
|
|
| |
Normally multiarch should be enabled (where available).
But sometimes disabling multiarch is useful:
- to workaround or validate bugs specific to selected
runtime arch or IFUNC handling.
- to get code that matches -march= CFLAGS setting
Bug: https://bugs.gentoo.org/659030
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Breakage example (before this change):
# CFLAGS="-O2 -march=core2 -mno-sse4.2" emerge -v1 =glibc-2.27-r4
Here user's CFLAGS were able to override (this bug) glibc's
CFLAGS additions like:
sysdeps/i386/i686/multiarch/Makefile:CFLAGS-strspn-c.c += -msse4
'strspn' was built as 'gcc -msse4 -mno-sse4.2' and failed:
smmintrin.h:631:1: error: inlining failed in call to always_inline
‘_mm_cmpistri’: target specific option mismatch
This happens because we passed user's CFLAGS via CPPFLAGS:
Makerules:COMPILE.c = $(CC) -c $(CFLAGS) $(CPPFLAGS)
To avoid this kind of overrides this change injects user's CFLAGS
into CC/CXX. Above example will use 'gcc -mno-sse4.2 -msse4' order.
Reported-by: Philipp Psurek
Bug: https://bugs.gentoo.org/657760
Closes: https://bugs.gentoo.org/659030
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Gentoo-Bug: http://bugs.gentoo.org/657148
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/657148
Package-Manager: Portage-2.3.40, Repoman-2.3.9
RepoMan-Options: --include-arches="sparc"
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
| |
Keeping the bug open until we've been talking to upstream
about it.
Bug: https://bugs.gentoo.org/657458
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
| |
The getaddrinfo function, when called with the AI_IDN or AI_CANONIDN flags,
will use the system libidn2 library to perform IDNA encoding. Version 2.0.5
or later is recommended, otherwise there will be some failures in the glibc
test suite.
Bug: https://bugs.gentoo.org/635012
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
| |
Reported-by: Tomas Mozes
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CFLAGS=-mfpu=neon tricked glibc into not building memcpy()
implementation. It's caused by the fact that -mfpu=neon
was passed when building .c files, but was not passed
when building .S files.
This change passes CFLAGS to CPPFLAGS to apply to .S files.
Reported-by: Markus Meier
Closes: https://bugs.gentoo.org/657760
Bug: https://sourceware.org/PR23273
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/657148
Package-Manager: Portage-2.3.38, Repoman-2.3.9
RepoMan-Options: --include-arches="ia64"
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/657148
Package-Manager: Portage-2.3.38, Repoman-2.3.9
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
|
| |
[12:38:42] <Zorry> dilfridge: you can remove the einfo "Installing
Hardened Gentoo SSP and FORTIFY_SOURCE handler" and cp files too
[12:38:53] <Zorry> for glibc
[12:50:17] <dilfridge> ok
[12:50:20] <dilfridge> will do
Closes: https://bugs.gentoo.org/601718
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/654524
Bug: https://bugs.gentoo.org/647070
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
See https://github.com/gentoo/gcc-multilib-bootstrap/ for the source.
This is as good as we can do at the moment. Tested by building an
x32 glibc on a normal amd64 system.
For the glibc-2.26 stabilization we still need new files for PowerPC.
Current status:
* amd64, x32, x86: Files from gcc-6.4
* s390, s390x: Files from gcc-5.4 (does this work?)
* ppc, ppc64: no files, since only gcc-4.9 available
* n32, n64, o32: no files, last mips stages are years old, not useful
Bug: https://bugs.gentoo.org/647070
Package-Manager: Portage-2.3.31, Repoman-2.3.9
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/8199
|
|
|
|
|
|
|
|
| |
This removes last stable on m68k, sh, s390 (we're way
beyond any timeout there).
Bug: https://bugs.gentoo.org/646492
Package-Manager: Portage-2.3.31, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.27, Repoman-2.3.9
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/601718
Package-Manager: Portage-2.3.27, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.24, Repoman-2.3.6
|