This is an auto-filled bug because dev-lang/perl fails tests. The issue was originally discovered on arm64, but it may be reproducible on other arches as well. Attached build log and emerge --info.
Created attachment 634082 [details] build.log.bz2 build log and emerge --info
I swear I've seen this before somewhere.... but can't recall where. Seems its just one test set that fails here, and the relevant output is: ===( 58314;328 957/2727 72/72 903/2818 554/4026 316/46... )=== # Failed test '"make" exited normally' # at lib/MakeMaker/Test/Setup/XS.pm line 441. # got: '512' # expected: '0' # make[1]: Entering directory '/var/tmp/portage/dev-lang/perl-5.30.2/work/perl-5.30.2/cpan/ExtUtils-MakeMaker/t/XS-Testsubdirsskip' # cp Test.pm blib/lib/XS/Test.pm # cd Other && make # make[2]: Entering directory '/var/tmp/portage/dev-lang/perl-5.30.2/work/perl-5.30.2/cpan/ExtUtils-MakeMaker/t/XS-Testsubdirsskip/Other' # aarch64-unknown-linux-gnu-gcc -c -fwrapv -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Werror=declaration-after-statement -Werror=pointer-arith -Wextra -Wc++-compat -Wwrite-strings -O2 -pipe -march=native -g -ggdb -DVERSION=\"1.2\" -DXS_VERSION=\"1.2\" -fPIC "-I../../../../.." file.c # ar cr "libparser.a" file.o # /bin/sh: ar: command not found # make[2]: *** [Makefile:353: libparser.a] Error 127 # make[2]: Leaving directory '/var/tmp/portage/dev-lang/perl-5.30.2/work/perl-5.30.2/cpan/ExtUtils-MakeMaker/t/XS-Testsubdirsskip/Other' # make[1]: *** [Makefile:1005: Other/libparser.a] Error 2 # make[1]: Leaving directory '/var/tmp/portage/dev-lang/perl-5.30.2/work/perl-5.30.2/cpan/ExtUtils-MakeMaker/t/XS-Testsubdirsskip' # Looks like you failed 5 tests of 72. ../cpan/ExtUtils-MakeMaker/t/02-xsdynamic.t ........................ Dubious, test returned 5 (wstat 1280, 0x500) Failed 5/72 subtests (less 3 skipped subtests: 64 okay) ... Test Summary Report ------------------- ../cpan/ExtUtils-MakeMaker/t/02-xsdynamic.t (Wstat: 1280 Tests: 72 Failed: 5) Failed tests: 34, 41, 52, 59, 70 Non-zero exit status: 5 Files=2656, Tests=1218787, 890 wallclock secs (794.52 usr 42.14 sys + 2893.05 cusr 282.37 csys = 4012.08 CPU) Result: FAIL
So, after talking about this on #gentoo-arm, this turns out to be a side effect of ago' making "ar" not work, to smoke out the things that should be calling arm64-something-something-ar instead. This means this failure is not a regression that should block any stabilization, only a ticket to keep open until we decide how to fix it, and how to chase upstream if we go that way.
It looks like we *may* need to pass -Dar= during configure. https://metacpan.org/pod/release/SHAY/perl-5.30.2/INSTALL#Linux @Ago, could you re-test perl on arm64 with EXTRA_ECONF="-Dar=arm64-pc-linux-gnu-ar" emerge dev-lang/perl And if that fixes the issue we know we need something like that.
(In reply to Kent Fredric (IRC: kent\n) from comment #4) > It looks like we *may* need to pass -Dar= during configure. > > https://metacpan.org/pod/release/SHAY/perl-5.30.2/INSTALL#Linux > > @Ago, could you re-test perl on arm64 with > > EXTRA_ECONF="-Dar=arm64-pc-linux-gnu-ar" emerge dev-lang/perl > > And if that fixes the issue we know we need something like that. aarch64-unknown-linux-gnu-ar Or whatever. Just use the right value.
(In reply to Kent Fredric (IRC: kent\n) from comment #4) > It looks like we *may* need to pass -Dar= during configure. > > https://metacpan.org/pod/release/SHAY/perl-5.30.2/INSTALL#Linux > > @Ago, could you re-test perl on arm64 with > > EXTRA_ECONF="-Dar=arm64-pc-linux-gnu-ar" emerge dev-lang/perl > > And if that fixes the issue we know we need something like that. it works for me by setting -Dar
Fixed in 5.32.1 -Dar="$(tc-getAR)" \