too long lines were shrinked: * new object list sed -e "s;@SYSINFO_GAPROOT@;/var/tmp/portage/sci-mathematics/gap-4.13.1-r1/work/gap-4.13.1;" < cnf/gac.in > gac chmod a+x gac x86_64-pc-linux-gnu-gcc -MQ build/obj/src/bags.c.o -MMD -MP -MF build/deps/src/bags.c.d -pthread -O2 -pipe -march=native -fno-diagnostics-color -fPIC -fno-strict-aliasing -Wall -Wextra -Warray-bounds -Wno-cast-function-type -Wdouble-promotion -Wduplicated-branches -Wduplicated-cond -Wformat-nonl x86_64-pc-linux-gnu-gcc -MQ build/obj/src/bool.c.o -MMD -MP -MF build/deps/src/bool.c.d -pthread -O2 -pipe -march=native -fno-diagnostics-color -fPIC -fno-strict-aliasing -Wall -Wextra -Warray-bounds -Wno-cast-function-type -Wdouble-promotion -Wduplicated-branches -Wduplicated-cond -Wformat-nonl src/bool.c: In function InitKernel: src/bool.c:332:22: error: passing argument 1 of InitHandlerFunc from incompatible pointer type [-Wincompatible-pointer-types] 332 | InitHandlerFunc( ReturnTrue1, "src/bool.c:ReturnTrue1" ); | ^~~~~~~~~~~ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0_systemd-20241117-232508 UNMASKED: <sys-devel/gcc-15.0.9999:15 Please re-assign to ztrawhcse@ if you cannot reproduced it with regular meson. <dev-build/meson-9999 Issues involving opaque types / incomplete typedefs should block bug 930805 >=sys-libs/ncurses-6.5 The attached etc.portage.tar.xz has all details. ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-15 * clang version 19.1.3 llvm-config: 19.1.3 Python 3.12.7 go version go1.23.3 linux/amd64 Available Ruby profiles: [1] ruby32 (with Rubygems) * Available Rust versions: [1] rust-bin-1.82.0 * The following VMs are available for generation-2: *) Eclipse Temurin JDK 21.0.5_p11 [openjdk-bin-21] Available Java Virtual Machines: [1] openjdk-bin-21 system-vm HEAD of ::gentoo commit 3b48d7c59716c354ffb9d7f2093e0cbf1e253609 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Tue Nov 19 18:03:25 2024 +0000 2024-11-19 18:03:25 UTC emerge -qpvO =sci-mathematics/gap-4.13.1-r1 [ebuild N ] sci-mathematics/gap-4.13.1-r1 USE="readline (-debug) -memcheck -minimal -test -valgrind" CPU_FLAGS_X86="popcnt"
Created attachment 910307 [details] emerge-info.txt
Created attachment 910308 [details] emerge-history.txt
Created attachment 910309 [details] environment
Created attachment 910310 [details] etc.clang.tar.xz
Created attachment 910311 [details] etc.portage.tar.xz
Created attachment 910312 [details] logs.tar.xz
Created attachment 910313 [details] qlist-info.txt
Created attachment 910314 [details] sci-mathematics:gap-4.13.1-r1:20241119-185410.log
Created attachment 910315 [details] temp.tar.xz
There was some discussion about this on another bug (many dev-gap packages have the same problem). GAP has a function pointer type that used to be defined with empty parens for an unspecofied number of arguments. C23 makes that a no-no, and now it seems that neither empty parens nor (...) work, so I am unsure of what to suggest upstream as a fix. The following example program demonstrates the issue: #if ( __STDC_VERSION__ < 202300L ) // Works in C17 and earlier typedef int (* IntFunc)(); #else // Should work in C23? typedef int (* IntFunc)(...); #endif int run_it(IntFunc f) { return f(22); } int random_number(int x) { return 6; } int main(int argc, char** argv) { return run_it(random_number); } GAP 4.14.0 has been out for a long time, but it doesn't compile with the ~arch gcc or clang any more.
