Control: reassign -1 src:swig Control: forcemerge 1144324 -1 Control: affects -1 1144324 src:subversion
On Sun, Aug 16, 2026 at 11:27:07AM +0200, John Paul Adrian Glaubitz wrote: > Source: gcc-16 > Version: 16.2.0-1 > Severity: normal > Tags: ftbfs > X-Debbugs-Cc: [email protected] > User: [email protected] > Usertags: x32 > > Hi, > > subversion currently FTBFS with gcc-16 on x32 because the compiler can't find > <iostream>: > > libtool: compile: x86_64-linux-gnux32-gcc -fPIC > -DSVN_SQLITE_MIN_VERSION_NUMBER=3008007 -DSVN_SQLITE_MIN_VERSION=\"3.8.7\" \ > -g -O2 -Werror=implicit-function-declaration > -ffile-prefix-map=/build/reproducible-path/subversion-1.14.5=. \ > -fstack-protector-strong -Wformat -Werror=format-security -fcf-protection > -std=gnu17 -D_LARGEFILE_SOURCE \ > -D_FILE_OFFSET_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -DLINUX -D_REENTRANT > -D_GNU_SOURCE -DQT_DBUS_LIB -DQT_GUI_LIB \ > -DQT_CORE_LIB -I/build/reproducible-path/subversion-1.14.5/BUILD/subversion \ > -I/build/reproducible-path/subversion-1.14.5/BUILD/../subversion/include \ > -I/build/reproducible-path/subversion-1.14.5/BUILD/../subversion/bindings/swig > \ > -I/build/reproducible-path/subversion-1.14.5/BUILD/../subversion/bindings/swig/include > \ > -I/build/reproducible-path/subversion-1.14.5/BUILD/../subversion/bindings/swig/proxy > \ > -I/build/reproducible-path/subversion-1.14.5/BUILD/subversion/bindings/swig/proxy > \ > -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include > -I/usr/include/python3.13 -I/usr/include/python3.13 \ > -I/build/reproducible-path/subversion-1.14.5/BUILD/../subversion/bindings/swig/python/libsvn_swig_py > \ > -c subversion/bindings/swig/python/svn_client.c -fPIC -DPIC -o > subversion/bindings/swig/python/.libs/svn_client.o > subversion/bindings/swig/python/svn_client.c:3445:10: fatal error: iostream: > No such file or directory > 3445 | #include <iostream> > | ^~~~~~~~~~ > compilation terminated. > > Switching the default compiler back to gcc-15 fixes the problem, so it's a > regression with gcc-16. Including C++ headers in C code is wrong, this was a swig bug not specific to x32. > Adrian >... cu Adrian
