Created attachment 825539 [details] build log checking for idn2.h... yes checking for library containing idn2_to_ascii_lz... no configure: error: libidn2 requested, but not found net-dns/libidn2-2.3.3[nls,static-libs,abi_x86_32,abi_x86_64] is installed. configure:23318: checking for library containing idn2_to_ascii_lz configure:23348: x86_64-pc-linux-gnu-gcc -o conftest -I/usr/include -march=x86-64 -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -mno-sse4a -mcx16 -msahf -mmovbe -maes -mno-sha -mpclmul -mpopcnt -mabm -mno-lwp -mfma -mno-fma4 -mno-xop -mbmi -mbmi2 -mno-pconfig -mno-wbnoinvd -mno-tbm -mavx -mavx2 -msse4.2 -msse4.1 -mlzcnt -mno-rtm -mno-hle -mrdrnd -mf16c -mfsgsbase -mfxsr -mxsave -mxsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-prefetchwt1 -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-avx5124fmaps -mno-avx5124vnniw -mno-clwb -mno-mwaitx -mno-clzero -mno-rdpid -mno-gfni -mno-shstk -mno-avx512vbmi2 -mno-avx512vnni -mno-vaes -mno-vpclmulqdq -mno-avx512bitalg -mno-movdiri -mno-movdir64b -mno-waitpkg -mno-cldemote -mno-ptwrite --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=skylake -march=skylake -msgx -mrdseed -mprfchw -madx -mfxsr -mxsave -mxsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-prefetchwt1 -mclflushopt -mxsavec -mxsaves -mtune=skylake -O2 -fno-reorder-blocks -pipe -ggdb3 -fasynchronous-unwind-tables -fstack-protector-strong -fstack-clash-protection -DDIG_SIGCHASE -pthread -I/usr/include -L/usr/lib -Wl,-O1 -Wl,--as-needed -fuse-ld=lld -L/usr/lib64 conftest.c >&5 ld.lld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/../../../../lib64/Scrt1.o is incompatible with elf32-i386 ld.lld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/../../../../lib64/crti.o is incompatible with elf32-i386 ld.lld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/crtbeginS.o is incompatible with elf32-i386 ld.lld: error: /var/tmp/portage/net-dns/bind-tools-9.16.33/temp/ccVfrOSM.o is incompatible with elf32-i386 ld.lld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/libgcc_s.so.1 is incompatible with elf32-i386 ld.lld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/libgcc_s.so.1 is incompatible with elf32-i386 ld.lld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/crtendS.o is incompatible with elf32-i386 ld.lld: error: /usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/../../../../lib64/crtn.o is incompatible with elf32-i386 collect2: error: ld returned 1 exit status No idea what it's trying to do with elf32-i386...
Created attachment 825541 [details] config.log
Created attachment 825543 [details] emerge --info
Somehow this is another case of gcc+lld :|
Yes. >-L/usr/lib typical issue when this is passed, lld doesn't disregard it and tries to use what it finds there configure.ac does a lot of things like: LIBIDN2_LDFLAGS="-L$with_libidn2/lib" (== /usr/lib) I recall bind/bind-tools having other issues in the past because of these. Surprised there isn't already a bug open for lld? I don't see it anyway.
