[DSE-Dev] Bug#897857: setools: ftbfs with GCC-8

[Laurent Bigonville]

clone 897857 -1
reassign -1 swig 3.0.12-1
blocks 897857 by -1
affects -1 setools
thanks

On Fri, 04 May 2018 12:23:34 +0000 Matthias Klose <doko at debian.org> wrote:
 > Please keep this issue open in the bug tracker for the package it
 > was filed for. If a fix in another package is required, please
 > file a bug for the other package (or clone), and add a block in this
 > package. Please keep the issue open until the package can be built in
 > a follow-up test rebuild.
 >
 > The package fails to build in a test rebuild on at least amd64 with
 > gcc-8/g++-8, but succeeds to build with gcc-7/g++-7. The
 > severity of this report will be raised before the buster release.
 >
 > The full build log can be found at:
 > 
http://aws-logs.debian.net/2018/05/01/gcc8/setools_4.1.1-3_unstable_gcc8.log.gz
 > The last lines of the build log are at the end of this report.
 >
 > To build with GCC 8, either set CC=gcc-8 CXX=g++-8 explicitly,
 > or install the gcc, g++, gfortran, ... packages from experimental.
 >
 > apt-get -t=experimental install g++
 >
 > Common build failures are new warnings resulting in build failures with
 > -Werror turned on, or new/dropped symbols in Debian symbols files.
 > For other C/C++ related build failures see the porting guide at
 > http://gcc.gnu.org/gcc-8/porting_to.html
 >
 > [...]
 > copying setoolsgui/apol/netifconquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/exclude_types.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/choose_analysis.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/commonquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/boolquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/genfsconquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/permmapping.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/categoryquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/objclassquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/typeattrquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/typequery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/boundsquery.ui -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/apol.qhc -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > copying setoolsgui/apol/apol.qch -> 
/<<PKGBUILDDIR>>/.pybuild/cpython3_3.6/build/setoolsgui/apol
 > running build_ext
 > running build_yacc
 > Generating parser
 > bison -y -d libqpol/policy_parse.y -o libqpol/policy_parse.c
 > running build_lex
 > Generating scanner
 > flex -o libqpol/policy_scan.c libqpol/policy_scan.l
 > building 'setools.policyrep._qpol' extension
 > swigging setools/policyrep/qpol.i to setools/policyrep/qpol_wrap.c
 > swig -python -Ilibqpol/include -o setools/policyrep/qpol_wrap.c 
setools/policyrep/qpol.i
 > creating build
 > creating build/temp.linux-amd64-3.6
 > creating build/temp.linux-amd64-3.6/setools
 > creating build/temp.linux-amd64-3.6/setools/policyrep


This looks like a swig bug to me