This package fails to build on an unstable system. Attached relevant logs and emerge --info
Created attachment 767446 [details] emerge_info emerge --info
Created attachment 767447 [details] postgresql-14.2:20220320-144158.log.xz build log (compressed because it exceeds attachment limit, use 'xzless' to read it)
In file included from ../../src/pl/plperl/plperl.h:78: /usr/lib64/perl5/5.34/x86_64-linux-quadmath-thread-multi/CORE/perl.h:2319:13: fatal error: 'quadmath.h' file not found # include <quadmath.h> that's a perl problem
according to https://codechecker.readthedocs.io/en/v6.9.0/gcc_incompatibilities/#quadmathh-quadmath_weakh clang doesn't provide quadmath.h and it need it's path to be explicitly provided
BTW I can reproduce it in my clean chroot
If using quadmath, you must rebuild everything Perl related using perl-cleaner as the ebuild tells you to. If you've done that, say so -- please include detail if you're aware of any instead of trying to automate it with nothing supplementary.
Yes, it's GCC only.
I've run perl-cleaner --all and re emerged postgresql same error can you try to reproduce it?
(In reply to Alessandro Barbieri from comment #8) > I've run perl-cleaner --all and re emerged postgresql > same error > > can you try to reproduce it? It's not going to work with Clang.
clang is used because of the llvm useflag
Reopening because I can reproduce it in a new unpacked chroot Steps to reproduce: Download stage3, I've used this https://bouncer.gentoo.org/fetch/root/all/releases/amd64/autobuilds/20220320T170531Z/stage3-amd64-hardened-nomultilib-openrc-20220320T170531Z.tar.xz Unpack it Chroot into it Add ACCEPT_KEYWORDS="~amd64" and USE="quadmath llvm perl" to /etc/portage/make.conf emerge -1v perl && perl-cleaner --all && emerge -1v postgresql Before closing again, at least try to reproduce it
(In reply to Alessandro Barbieri from comment #11) > Reopening because I can reproduce it in a new unpacked chroot > Steps to reproduce: > Download stage3, I've used this > https://bouncer.gentoo.org/fetch/root/all/releases/amd64/autobuilds/ > 20220320T170531Z/stage3-amd64-hardened-nomultilib-openrc-20220320T170531Z. > tar.xz > Unpack it > Chroot into it > Add ACCEPT_KEYWORDS="~amd64" and USE="quadmath llvm perl" to > /etc/portage/make.conf > emerge -1v perl && perl-cleaner --all && emerge -1v postgresql > > Before closing again, at least try to reproduce it The onus is on you to give enough information which you tend to not do. Anyway, like I said, it's never going to work, so USE=llvm on postgresql should really just be mutually exclusive with USE=perl on postgresql, given how sensitive Perl is to toolchain.
*** Bug 851258 has been marked as a duplicate of this bug. ***
I guess we need a "llvm? ( !dev-lang/perl[quadmath] )".
(In reply to Sam James from comment #14) > I guess we need a "llvm? ( !dev-lang/perl[quadmath] )". Ack.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=96d3611375863d4bdade73eaef4fe26a1259149d commit 96d3611375863d4bdade73eaef4fe26a1259149d Author: Sam James <sam@gentoo.org> AuthorDate: 2024-05-08 10:15:07 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-05-08 10:15:07 +0000 profiles/features/llvm: mask perl_features_quadmath While perl_features_quadmath is new, it's likely we forgot to close the old bugs when adding the initial old mask for USE=quadmath to the LLVM profiles. We may still need to figure something out for when people do CC=clang though... Closes: https://bugs.gentoo.org/835663 Closes: https://bugs.gentoo.org/875101 Closes: https://bugs.gentoo.org/885571 Closes: https://bugs.gentoo.org/931562 Signed-off-by: Sam James <sam@gentoo.org> profiles/features/llvm/use.mask | 6 ++++++ 1 file changed, 6 insertions(+)