Summary: | dev-lang/perl-5.18.2: partly ignores *FLAGS, results in failing multilib support on amd64 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Sachau <tommy> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ewomer, tamiko |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
Do not set custom CFLAGS in cpan/Digest-SHA/Makefile.PL |
Description
Thomas Sachau
![]() *** This bug has been marked as a duplicate of bug 134650 *** Reopening and adjusting title to make clear that this is not about using a cross-toolchain, but about multilib support and for this it only needs to fully respect *FLAGS variables. As an addition, this is a regression against perl-5.16 as the previous major version had no such build failures. hmm, try with 5.20 then, not sure if i can check it. (In reply to Mikle Kolyada from comment #3) > hmm, try with 5.20 then, not sure if i can check it. Dont expect it to be magically fixed if upstream does not claim so, if the build system partly ignores needed variables, this needs investigation and a patch/fix, otherwise new versions wont change in this regard, so with this in mind: test with perl-5.20 gives the same result (In reply to Thomas Sachau from comment #4) > (In reply to Mikle Kolyada from comment #3) > > hmm, try with 5.20 then, not sure if i can check it. > > Dont expect it to be magically fixed if upstream does not claim so, if the > build system partly ignores needed variables, this needs investigation and a > patch/fix, otherwise new versions wont change in this regard, so with this > in mind: > > test with perl-5.20 gives the same result I am not expected that it is will fixed magically. But if you say, the bug does not affect to perl-5.16 it is probably due to our local gentoo patchset. Since civil always add/remove some patches per version i thought he fix it. But i still not sure if it upstream, but not local regression. Created attachment 389595 [details, diff]
Do not set custom CFLAGS in cpan/Digest-SHA/Makefile.PL
The issue is a very minor one cpan/Digest-SHA/Makefile.PL tries to be smart by overrinding optimization flags as was pointed out by Melker Narikka (meklu).
A straightforward fix is to just remove this optimization nonsene. Patch attached. Tested with perl-5.20
(In reply to Matthias Maier from comment #6) > Created attachment 389595 [details, diff] [details, diff] > Do not set custom CFLAGS in cpan/Digest-SHA/Makefile.PL > > The issue is a very minor one cpan/Digest-SHA/Makefile.PL tries to be smart > by overrinding optimization flags as was pointed out by Melker Narikka > (meklu). > > A straightforward fix is to just remove this optimization nonsene. Patch > attached. Tested with perl-5.20 patch worked for me on 5.18.2-r2 Patch also worked for me on multilib-portage when adding it to src_prepare() in the ebuild for version 5.20.1-r2. Thanks, Matthias ! Fixed in dev-lang/perl-5.20.1-r3 perl-core/Digest-SHA-5.880.0 *** Bug 458930 has been marked as a duplicate of this bug. *** |