| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
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
|
|
|
|
|
| |
Clean up the code to include more comments/documentation, and add rxvt
256color variants as well as screen.xterm-256color for newer versions.
|
|
|
|
| |
Closes: https://bugs.gentoo.org/645122
|
|
|
|
| |
Gentoo-Bug: http://bugs.gentoo.org/657148
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/654098
Package-Manager: Portage-2.3.40, Repoman-2.3.9
RepoMan-Options: --include-arches="ppc64"
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/654098
Package-Manager: Portage-2.3.40, Repoman-2.3.9
RepoMan-Options: --include-arches="ppc"
|
|
|
|
| |
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/655574
Package-Manager: Portage-2.3.40, Repoman-2.3.9
RepoMan-Options: --include-arches="sparc"
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/657148
Package-Manager: Portage-2.3.40, Repoman-2.3.9
RepoMan-Options: --include-arches="sparc"
|
| |
|
|
|
|
|
| |
Additionally, move libyaml from DEPEND to RDEPEND.
Closes: https://github.com/gentoo/gentoo/pull/8938
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Closes: https://bugs.gentoo.org/658536
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Gentoo-Bug: http://bugs.gentoo.org/655574
|
|
|
|
| |
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
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
|
|
|
|
| |
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
|
|
|
|
| |
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
|
|
|
|
|
|
| |
This change blocks prior patch removing EAPI=0 support from git-r3.
If you really want to keep this live ebuild, please update it to use
newer EAPI. Otherwise, removing it would be a better solution.
|
|
|
|
|
|
|
| |
Few upstream commits. Mostly a re-do of the Gentoo-specific
testsuite patches.
Package-Manager: Portage-2.3.40, Repoman-2.3.9
|
|
|
|
| |
Bug: https://bugs.gentoo.org/657828
|
|
|
|
| |
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
|