libtool: link: x86_64-pc-linux-gnu-gcc -pipe -march=native -fno-diagnostics-color -Og -g -Wall -W -msse2 -msse3 -mssse3 -msse4.1 -mpclmul -Wl,-O1 -Wl,--defsym=__gentoo_check_ldflags__=0 -o tunefft tunefft.o tuning-common.o -Wl,--as-needed ./.libs/libtiming.a ../libgf2x-local.a /usr/lib/gcc/x86_64-pc-linux-gnu/10.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: tunefft.o: in function `next_step': /var/tmp/portage/dev-libs/gf2x-1.3.0/work/gf2x-1.3.0/src/tunefft.c:102: undefined reference to `MIN' collect2: error: ld returned 1 exit status make[1]: *** [Makefile:2145: tunefft] Error 1 make[1]: Leaving directory '/var/tmp/portage/dev-libs/gf2x-1.3.0/work/gf2x-1.3.0/src' ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-20210410-191300 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.3.0 * Python 3.8.9 The following VMs are available for generation-2: *) AdoptOpenJDK 8.282_p08 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Sun Apr 11 02:07:27 UTC 2021 emerge -qpvO dev-libs/gf2x [ebuild N ] dev-libs/gf2x-1.3.0 USE="custom-tune fft -static-libs" CPU_FLAGS_X86="pclmul sse2 sse3 sse4_1 ssse3"
Created attachment 699174 [details] emerge-info.txt
Created attachment 699177 [details] dev-libs:gf2x-1.3.0:20210411-024124.log
Created attachment 699180 [details] emerge-history.txt
Created attachment 699183 [details] environment
Created attachment 699186 [details] etc.portage.tar.bz2
Created attachment 699189 [details] logs.tar.bz2
Created attachment 699192 [details] temp.tar.bz2
@Toralf, Can you still reproduce this? The log shows that slibtool is not used at all and the custom-tune USE seems like an endless compile making it prohibitive to test. Otherwise I don't see any issues with slibtool.
it emerges fine nowadays - so let close this