too long lines were shrinked: libtool: link: (cd ".libs" && rm -f "libSingular.so" && ln -s "libSingular-4.4.0.so" "libSingular.so") libtool: link: ( cd ".libs" && rm -f "libSingular.la" && ln -s "../libSingular.la" "libSingular.la" ) make[4]: Leaving directory '/var/tmp/portage/sci-mathematics/singular-4.4.0_p6/work/singular-4.4.0/Singular' make[4]: Entering directory '/var/tmp/portage/sci-mathematics/singular-4.4.0_p6/work/singular-4.4.0/Singular' /bin/sh ../libtool --tag=CXX --mode=link x86_64-pc-linux-gnu-g++ -fno-delete-null-pointer-checks -O2 -pipe -march=native -fno-diagnostics-color -Werror=lto-type-mismatch -Werror=strict-aliasing -Werror=odr -flto -fno-common -Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs -Wl,--defsym=__gen libtool: link: x86_64-pc-linux-gnu-g++ -fno-delete-null-pointer-checks -O2 -pipe -march=native -fno-diagnostics-color -Werror=lto-type-mismatch -Werror=strict-aliasing -Werror=odr -flto -fno-common -Wl,-O1 -Wl,--as-needed -Wl,-z -Wl,pack-relative-relocs -Wl,--defsym=__gentoo_check_ldflags__=0 -Werro /usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../lib64/libflint.so: undefined reference to `flint_mpn_mul_7_4' /usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../lib64/libflint.so: undefined reference to `flint_mpn_mul_9_7' /usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/14/../../../../lib64/libflint.so: undefined reference to `flint_mpn_sqr_9' ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0_hardened-20241213-163003 The attached etc.portage.tar.xz has all details. ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-14 * clang version 19.1.5 llvm-config: 19.1.5 Python 3.12.8 go version go1.23.4 linux/amd64 Available Ruby profiles: (none found) Available Rust versions: [1] rust-bin-1.83.0 * The following VMs are available for generation-2: 1) Eclipse Temurin JDK 11.0.25_p9 [openjdk-bin-11] 2) Eclipse Temurin JDK 17.0.13_p11 [openjdk-bin-17] *) Eclipse Temurin JDK 21.0.5_p11 [openjdk-bin-21] 4) Eclipse Temurin JDK 8.432_p06 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-11 [3] openjdk-bin-17 [4] openjdk-bin-21 system-vm HEAD of ::gentoo commit 220ab65eb0c2aba6b7751799298f14f8654a7524 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sun Dec 15 03:03:24 2024 +0000 2024-12-15 03:03:23 UTC emerge -qpvO =sci-mathematics/singular-4.4.0_p6 [ebuild N ] sci-mathematics/singular-4.4.0_p6 USE="readline -emacs -examples (-polymake)"
Created attachment 914077 [details] emerge-info.txt
Created attachment 914078 [details] emerge-history.txt
Created attachment 914079 [details] environment
Created attachment 914080 [details] etc.clang.tar.xz
Created attachment 914081 [details] etc.portage.tar.xz
Created attachment 914082 [details] logs.tar.xz
Created attachment 914083 [details] qlist-info.txt
Created attachment 914084 [details] sci-mathematics:singular-4.4.0_p6:20241215-035812.log.xz
Created attachment 914085 [details] temp.tar.xz
Probably something to do with the assembly in flint, but I don't have the hardware to test (it should only be enabled on x86_64 with ADX extensions). Any chance you have the build log from flint? The option to use assembly is new in the -r2 after switching to autotools, so I could --disable-assembly again without it being much of a regression.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=be92e16589bd77497dfa960afd29afdebc85f58c commit be92e16589bd77497dfa960afd29afdebc85f58c Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2024-12-18 23:44:19 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2024-12-18 23:49:03 +0000 sci-mathematics/flint: pass --disable-assembly to ./configure This is an attempt to fix bug 946501 without the hardware. The undefined symbols are guarded by the preprocessor macro FLINT_HAVE_ADX that is related to the --enable-assembly flag, and the CPU detection is new in -r2 (cmake doesn't do it), so it is a prime suspect. Closes: https://bugs.gentoo.org/946501 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> .../flint/{flint-3.1.3_p1-r2.ebuild => flint-3.1.3_p1-r3.ebuild} | 2 ++ 1 file changed, 2 insertions(+)
