| Age | Commit message (Collapse) | Author |
|
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: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Change was created by running the following command::
ekeyword ^ia64 */*/*.ebuild
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/939014
Signed-off-by: Andrei Horodniceanu <a.horodniceanu@proton.me>
Closes: https://github.com/gentoo/gentoo/pull/38568
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Signed-off-by: Sam James <sam@gentoo.org>
|
|
I didn't understand the distinction when I added these lines 8 years ago! There
is some remaining usage of EROOT in src_configure, which is technically not
allowed, but I'm not sure whether ESYSROOT would make sense there either.
Perhaps that code needs to move.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
Fixes undefined references in miniperl.
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
This has commit b09f4faf252b38e6d660c8e976dcd57ed71d572a which handles
>=5.38 properly.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
This change effectively reverts fe38b09da732bbee5c7cf411852b04eb76ebb40f
as the combination of moving perl-cleaner to IDEPEND after this
and 00aadd9b5059a0675edb18cbb3278059b987ed24 moving
dev-lang/perl from RDEPEND -> PDEPEND in perl-cleaner results in circular dependencies.
```
(dev-lang/perl-5.38.2-r5:0/5.38::gentoo, ebuild scheduled for merge) depends on
(app-admin/perl-cleaner-2.31-r1:0/0::gentoo, ebuild scheduled for merge) (runtime)
(sys-apps/portage-3.0.64-r2:0/0::gentoo, ebuild scheduled for merge) (runtime)
(app-admin/eselect-1.4.27-r1:0/0::gentoo, ebuild scheduled for merge) (runtime)
(sys-apps/coreutils-9.5:0/0::gentoo, ebuild scheduled for merge) (buildtime)
(dev-lang/perl-5.38.2-r5:0/5.38::gentoo, ebuild scheduled for merge) (buildtime)
It might be possible to break this cycle
by applying any of the following changes:
- app-admin/perl-cleaner-2.31-r1 (Change USE: +pkgcore)
- sys-apps/portage-3.0.64-r2 (Change USE: +build)
```
[sam: Added some detail to commit message, revbumped too.]
Bug: https://bugs.gentoo.org/932348
Bug: https://bugs.gentoo.org/905625
Bug: https://bugs.gentoo.org/915046
Signed-off-by: Matt Jolly <kangie@gentoo.org>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Sam James <sam@gentoo.org>
|
|
We need it there as well.
Bug: https://bugs.gentoo.org/913171
Closes: https://bugs.gentoo.org/932385
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
People shouldn't really pass -ftrapv in global flags anyway but let's
filter out -ftrapv in Perl specifically given we know it requires -fwrapv
semantics and it even passes that during the build, but -ftrapv if set
by the user will be appended and take precdence...
Bug: https://bugs.gentoo.org/928904
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Having perl-cleaner in IDEPEND should allow it to be depcleaned with ROOT.
If this ends up not being sufficient, perhaps we should try putting
it into @system directly, as then people can easily remove it.
Note that I've also adjusted perl-cleaner to move its dev-lang/perl dep
from RDEPEND->PDEPEND to avoid a circular dependency here now...
Bug: https://bugs.gentoo.org/915046
Signed-off-by: Sam James <sam@gentoo.org>
|
|
This was added in f8f7c133033918b061a2745e0ec79c25f7e04df5 (thx to csfore
for finding it), but tests pass for me with 5.38.2 with this removed
and with -O3 -flto -march=znver2.
I see indications other distros are building Perl with LTO and some
(old) bugs upstream where it appears supported.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Sam James <sam@gentoo.org>
|
|
-Wimplicit-int becomes an error by default in newer compilers.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
As I remarked at https://bugs.gentoo.org/723734#c6, I suspect trying
to respect LD specifically was a mistake. Calling LD directly at all
is deprecated and people should do it via the compiler driver, hence
set LD="$(tc-getCC)".
Note that we already unset LD anyway since 6eb964b504c3aef2192403cbf383ae75d46990ff.
Bug: https://bugs.gentoo.org/723734
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
Closes: https://bugs.gentoo.org/911233
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
Bug: https://bugs.gentoo.org/911233
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
The check was a bit too strict. `clang` actually appears in the middle
of the version string. This change will allow perl to build correctly
when `gcc` isn't present on the system.
See: https://github.com/Perl/perl5/issues/21099
Signed-off-by: Raul E Rangel <rrangel@chromium.org>
Closes: https://github.com/gentoo/gentoo/pull/32677
Signed-off-by: Sam James <sam@gentoo.org>
|
|
This reverts commit 8cfcc4743fe176a415756588782175c2cf7dbeae.
This breaks a bunch of the virtuals.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Sam James <sam@gentoo.org>
|
|
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Signed-off-by: Arthur Zamarin <arthurzam@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: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
We need this to fix the modules included with Perl itself. I think this
explains (or partly explains) how bug #914392 came back from the dead too.
We can clean this PDEPEND up (and possibly a bunch of the others, actually)
once a new Perl release is made containing newer versions of these (or perhaps
Perl should PDEPEND on newer virtual/* for all of these to always pull in
updates, actually.)
We can't just add this dep in ipcalc because it only uses `bignum` directly,
which is distinct from Math::BigInt.
Bug: https://bugs.gentoo.org/914392
Closes: https://bugs.gentoo.org/919888
Signed-off-by: Sam James <sam@gentoo.org>
|