| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/31034
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/885099
Closes: https://bugs.gentoo.org/903746
Closes: https://github.com/gentoo/gentoo/pull/28634
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This has two notable regressions:
- No multilib support
- No R600 support
Bug: https://bugs.gentoo.org/880615
Closes: https://bugs.gentoo.org/872677
Signed-off-by: Niccolò Belli <niccolo.belli@linuxsystems.it>
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
| |
Thanks to Arsen for pointing it out.
Closes: https://bugs.gentoo.org/891063
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/899174
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/896398
Bug: https://bugs.gentoo.org/904559
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
I dropped the wrong one (-sdk vs -toolkit).
Fixes: cda9a0bbd819f3614fa3bd9c12fb732dbc89733f
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Violet Purcell <vimproved@inventati.org>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Violet Purcell <vimproved@inventati.org>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Piotr Karbowski <slashbeast@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/861710
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/833010
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/801238
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/896138
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Signed-off-by: Viorel Munteanu <ceamac@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using this in the future to dump issues which specifically affect
big-endian platforms to avoid duplicated masks across the entire profile
tree. This is for masks which are necessary due to problems which arise
solely due to endian correctness. Solving a problem which causes one of
these masks does not guarantee that the package will automatically work
on all big-endian platforms, but it is a prerequisite to work on any of
them.
Please be cautious about adding things here as it will likely affect a
platform that has not been tested on. A good heuristic I use is either:
1) works on ppc64le and not on ppc64, or
2) work on 3 different little-endian platforms and not on 3 different
big-endian platforms, and the BE platforms fail in the same way
Bug: https://bugs.gentoo.org/896138
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Closes: https://github.com/gentoo/gentoo/pull/30406
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/877721
Bug: https://bugs.gentoo.org/903689
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Hans de Graaff <graaff@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When bootstrapping on a 3.10 kernel (e.g. CentOS 7.x), libgcrypt notes the following:
```
* Messages for package dev-libs/libgcrypt-1.10.1-r3:
* The getentropy function requires the getrandom syscall.
* This was introduced in Linux 3.17.
* Your system is currently running Linux 3.10.0-1160.45.1.el7.x86_64.
* Disable the 'getentropy' USE flag or upgrade your kernel.
* ERROR: dev-libs/libgcrypt-1.10.1-r3::gentoo failed (pretend phase):
* Kernel is too old for getentropy
```
Since without getrandom it will do a runtime check it's ok to mask.
Signed-off-by: Bart Oldeman <bart.oldeman@calculquebec.ca>
Closes: https://github.com/gentoo/gentoo/pull/29906
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without this, statically linking even a basic example fails because
we're using llvm-libunwind rather than GCC's internals.
Quoting myself on the bug:
"""
FWIW the LLVM/Clang profiles are considered pretty experimental still.
For Clang, it's tricky because it depends on configuration and the (default) flags passed.
Ionen points out it should be harmless dep-wise (non-invasive to users, no need to then
enable static-libs for its deps) to default to +static-libs on llvm-libunwind,
which would cover most cases here. I think that generally makes sense.
I see three options:
1. Adding IUSE=llvm-libunwind to virtual/libc
2. Defaulting on (which doesn't feel like a full solution alone) +static-libs in llvm-libunwind
3. Making clang-common[default-compiler-rt] depend on libunwind[static-libs]
(or correspondingly llvm-libunwind[static-libs] if USE=llvm-libunwind)
I think 2+3 is probably a good fit?
"""
Bug: https://bugs.gentoo.org/892956
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
default-libcxx in particular cannot be toggled at-will as it changes ABI
(libstdc++ and libcxx cannot be intermixed).
We may in future want to add LLVM profiles using libstdc++ but then GCC
will be required.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
net-analyzer/nagios-plugin-check_raid[aacraid]
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/898532
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/898530
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/895490
Signed-off-by: Alfredo Tupone <tupone@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/895754
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
The game itself could work, but it depends on NW.js, which we have
packaged as a glibc-based binary.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
| |
Now builds on musl.
Bug: https://bugs.gentoo.org/831363
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
It's a glibc-based binary package.
Closes: https://bugs.gentoo.org/895070
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
dev-lisp/sbcl is masked on musl.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/888956
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Now that the compiler's sysroot is being respected, prefixifying the
path to /etc/ld.so.conf results in a double prefix.
Bug: https://bugs.gentoo.org/892549
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
| |
`media-libs/libavif rav1e` already being in package.use.mask
Signed-off-by: Haelwenn (lanodan) Monnier <contact@hacktivis.me>
Closes: https://github.com/gentoo/gentoo/pull/29372
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Standalone prefix has always configured gcc with a sysroot, but the
location of this sysroot is different at build time when
cross-compiling. gcc has a separate configure option for that.
prefix-guest systems do not have a sysroot applied, as they use the
host's libc.
Move this code from the prefix profile into the eclass so that it's less
of a special case. We can avoid relying on the `BOOTSTRAP_RAP_STAGE2`
variable by checking for the `prefix-guest` USE flag instead, as a
prefix-guest profile is now used for RAP stage 2.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The toolchain expects to find the libc's files under its own sysroot. This
sysroot is automatically prepended to paths found in ld scripts, such as those
installed with glibc. We configure standalone prefix systems with a sysroot, so
these paths should not be prefixed. However, Gentoo Prefix has traditionally
left them prefixed and stopped the compiler from passing the sysroot to the
linker instead. It is better to strip the prefix and let the sysroot do its job,
as this makes cross-compiling much less awkward.
prefix-guest systems do not have a sysroot applied, as they use the host's libc,
but they would not install glibc anyway.
This change is not needed for musl, as it does not install any ld scripts.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|