| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
For clang and gcc, --param consumes the next argument. Testing --param
and its value separately is nonsensical.
Acked-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
|
|
|
| |
Bug: https://bugs.gentoo.org/642702
|
|
|
|
| |
Bug: https://bugs.gentoo.org/574644
|
|
|
|
| |
Closes: https://bugs.gentoo.org/642710
|
|
|
|
|
| |
Acked-by: Lars Wendler <polynomial-c@gentoo.org>
Closes: https://bugs.gentoo.org/642704
|
|
|
|
| |
class by Matthew Schultz (bug #653374).
|
| |
|
|
|
|
|
|
|
| |
This is mostly useful for cross-compilation and bootstrapping
of ghc from non-standard compiler.
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Don't install plugin's .la file. Plugins are meant
to be loaded at runtime (they all export the same sympols, etc.).
Plugins don't have static library equivalent.
Drop 'libcp1plugin.la'.
Reported-by: Paolo Pedroni
Closes: https://bugs.gentoo.org/638216
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
|
|
|
|
|
| |
This is the only eclass left which uses it. Switch over.
Package-Manager: Portage-2.3.28, Repoman 2.3.9
|
|
|
|
| |
Bug: https://bugs.gentoo.org/646742
|
|
|
|
| |
Bug: https://bugs.gentoo.org/646742
|
|
|
|
|
|
|
|
| |
A very simple change, just replace the eclass and functions.
Mostly to just get the ebuilds using this eclass out of the qa-report:
https://qa-reports.gentoo.org/output/eclass-usage/fdo-mime.txt
Package-Manager: Portage-2.3.28, Repoman-2.3.9
|
|
|
|
| |
Closes: https://bugs.gentoo.org/637774
|
|
|
|
|
|
| |
As a pretty simple eclass, which only inherited multilib in order to
get $(get_libdir) and eutils for who knows why, and all its consumers
bumped to EAPI=6, it makes sense to require EAPI 6 for this eclass.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The error is found by wm_ attempting to build a cross-compiler
CHOST=powerpc-unknown-linux-gnu CTARGET=mips64-unknown-linux-gnu
Boostrap failed on glibc-headers (./configure phase) as:
configure:2623: powerpc-unknown-linux-gnu-gcc -mabi=n32 -c -O1 -pipe -U_FORTIFY_SOURCE conftest.c >&5
powerpc-unknown-linux-gnu-gcc: error: unrecognized command line option '-mabi=n32'; did you mean '-mabi=d32'?
Note how target's ABI is mexed into host's compiler flags.
The error above happens on every host=non-multilib target=multilib combination.
I've reproduced it on:
CHOST=i686-pc-linux-gnu CTARGET=mips64-unknown-linux-gnu
The fix is not to inject target's CFLAGS ABI into CC for
USE=headers-only bootstrap step as we don't have cross-compiler yet.
Tested by successfully bootstrapping cross-compiler on
CHOST=i686-pc-linux-gnu CTARGET=mips64-unknown-linux-gnu
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
| |
|
|
|
|
| |
Minor eclass overhaul.
|
|
|
|
| |
It's been on the scrapheap long enough now.
|
|
|
|
|
|
|
|
|
|
|
| |
The previous attempt actually broke ASM in media-libs/vulkan-loader
entirely so that it fell back to C code. After much experimentation
and combing through strace output, I found that -x assembler is needed
to handle non-standard file extentions and linking is done as a
separate step. CMAKE_ASM-ATT_LINK_FLAGS therefore needs to be defined
with -nostdlib to avoid errors about undefined main symbols.
Closes: https://bugs.gentoo.org/625844
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The original eclass copied sources as part of the exported src_unpack
and then attempted to apply default_src_prepare to every PHP_TARGET.
As the bug shows, this fails on eapply_user because that function will
only ever apply once.
Instead, eliminate the php-ext-sources-r3_src_unpack. Move the copy
function to src_prepare phase after patches were applied,
optionally disabled by PHP_EXT_SKIP_PATCHES=yes.
This eclass will only apply patches to PHP_EXT_S.
Fixes: https://bugs.gentoo.org/650324
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes build failures in unprivileged containers like bug #645182:
Package: dev-python/pycparser-2.14
>>> Unpacking source...
tar: CHANGES: Cannot change ownership to uid 1000, gid 1000: Invalid argument
In such containers uid=0 can't really change file ownership.
Closes: https://bugs.gentoo.org/645182
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/650170
Signed-off-by: Anthony G. Basile <blueness@gentoo.org>
|
|
|
|
| |
Closes: https://bugs.gentoo.org/649406
|
| |
|
|
|
|
| |
Everything older than gcc-5.4.0 has been masked for a while
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Provide an explicit override for CMAKE_INSTALL_INFODIR
and CMAKE_INSTALL_MANDIR to force Gentoo standards for those locations.
This is needed for Gentoo/FreeBSD where CMake defaults to /usr/info
and /usr/man; while PMS specifies /usr/share/info and /usr/share/man
via econf & do* helpers.
Closes: https://bugs.gentoo.org/649200
|
|
|
|
|
|
|
| |
Some CMake projects use ASM-ATT rather than ASM, so extend our rule
overrides to that.
Closes: https://bugs.gentoo.org/625844
|
| |
|
| |
|
|
|
|
| |
This allows, for example, patch tarballs to be applied (as is currently required for qtwebengine).
|