Your message dated Sun, 4 Oct 2020 00:04:27 +0200 with message-id <5f78f56c.1c69fb81.2e904.c...@mx.google.com> and subject line Re: [Debichem-devel] Bug#957443: libint2: ftbfs with GCC-10 has caused the Debian Bug report #957443, regarding libint2: ftbfs with GCC-10 to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 957443: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=957443 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: src:libint2 Version: 2.6.0-2 Severity: normal Tags: sid bullseye User: debian-...@lists.debian.org Usertags: ftbfs-gcc-10 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-10/g++-10, but succeeds to build with gcc-9/g++-9. The severity of this report will be raised before the bullseye release, so nothing has to be done for the buster release. The full build log can be found at: http://people.debian.org/~doko/logs/gcc10-20200225/libint2_2.6.0-2_unstable_gcc10.log The last lines of the build log are at the end of this report. To build with GCC 10, either set CC=gcc-10 CXX=g++-10 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-10/porting_to.html [...] CXX HRRPart0bra0ket0hf001.lo CXX CR_DerivGaussP1InBra_aB_P__0__G100__1___TwoPRep_unit__0__F__1___Ab__up_0.lo CXX _elecpot_D_S.lo CXX eri3_aB_F__0__D__1___TwoPRep_unit__0__P__1___Ab__up_0.lo CXX CR_DerivGaussP1InKet_aB_g__0__l__1___TwoPRep_s__0__s010__1___Ab__up_0.lo CXX _aB_P__0__F__1___TwoPRep_S__0__S__1___Ab__up_0.lo CXX _1emultipole_P_D.lo CXX CR_aB_d__0___CartesianMultipole_sB_2_c_1_c_0_Sb__g__0___Ab__up_.lo CXX OSVRRP0InBra_aB_d__0__g__1___TwoPRep_unit__0__s010__1___Ab__up_0.lo CXX CR_DerivGaussP1InKet_aB_i__0__g__1___TwoPRep_s__0__s001__1___Ab__up_0.lo CXX OSVRRSMultipole_aB_s__0___SphericalMultipole_sB_4_c__minus_2_Sb__i__0___Ab__up_.lo CXX CR_DerivGaussP0InBra_aB_s010__0__h__1___TwoPRep_unit__0__s__1___Ab__up_0.lo CXX CR_DerivGaussP0InBra_aB_h100__0__l__1___TwoPRep_s__0__s__1___Ab__up_0.lo CXX CR_DerivGaussP0InBra_aB_g100__0__f__1___TwoPRep_unit__0__unit__1___Ab__up_0.lo CXX deriv1eri3_aB_P__0__D__1___TwoPRep_unit__0__D__1___Ab__up_0_prereq.lo CXX OSVRRP0InBra_aB_p__0__l__1___TwoPRep_s001__0__s__1___Ab__up_0.lo CXX OSVRRSMultipole_aB_g__0___SphericalMultipole_sB_2_c_1_Sb__s__0___Ab__up_.lo CXX CR_DerivGaussP1InBra_aB_H__0__H010__1___TwoPRep_S__0__S__1___Ab__up_0.lo CXX HRRPart0bra0ket0id010.lo CXX OSVRRP0InBra_aB_p__0__s__1___TwoPRep_s__0__s010__1___Ab__up_0.lo CXX OSVRRSMultipole_aB_k__0___SphericalMultipole_sB_4_c_2_Sb__s__0___Ab__up_.lo CXX eri3_aB_P__0__F__1___TwoPRep_unit__0__F__1___Ab__up_0_prereq.lo CXX _1emultipole_S_F_prereq.lo CXX _aB_F__0__D__1___TwoPRep_S__0__P__1___Ab__up_0.lo CXX CR_aB_d__0___CartesianMultipole_sB_0_c_0_c_0_Sb__f__0___Ab__up_.lo CXX deriv1_aB_G__0__F__1___TwoPRep_P__0__D__1___Ab__up_0_prereq.lo CXX CR_DerivGaussP0InBra_aB_k001__0__g__1___TwoPRep_s__0__s__1___Ab__up_0.lo CXX OSVRRP0InBra_aB_h__0__s__1___TwoPRep_s__0__s__1___Ab__up_0.lo CXX OSVRRP0InBra_aB_p__0__p__1___TwoPRep_unit__0__unit__1___Ab__up_0.lo CXX CR_aB_Y4__0___Overlap_Y4__0___Ab__up_.lo CXX HRRPart1bra0ket0dd001.lo CXX CR_DerivGaussP0InBra_aB_s010__0__s__1___TwoPRep_unit__0__s__1___Ab__up_0.lo CXX CR_aB_d__0___CartesianMultipole_sB_0_c_1_c_1_Sb__s__0___Ab__up_.lo CXX CR_DerivGaussP1InBra_aB_D__0__S010__1___TwoPRep_unit__0__S__1___Ab__up_0.lo CXX HRRPart1bra0ket0g100d.lo CXX HRRPart0bra0ket0d100p.lo CXX OSVRRP1InBra_aB_d010__0__p__1___TwoPRep_unit__0__s__1___Ab__up_0.lo CXX CR_aB_Y3__0___Overlap_Y4__0___Ab__up_.lo CXX OSVRRP1InBra_aB_g100__0__p__1___TwoPRep_unit__0__s__1___Ab__up_0.lo CXX deriv1eri3_aB_S__0__D__1___TwoPRep_unit__0__P__1___Ab__up_0_prereq.lo CXX OSVRRSMultipole_aB_d__0___SphericalMultipole_sB_3_c__minus_3_Sb__s__0___Ab__up_.lo /usr/bin/install -c -d -m 0755 /<<PKGBUILDDIR>>/src/lib/libint/../../../include/libint2 /usr/bin/install -c -m 0644 libint2_params.h libint2_types.h libint2_iface.h /<<PKGBUILDDIR>>/src/lib/libint/../../../include/libint2 find . -name '*.lo' -print > libobjlist /bin/bash /<<PKGBUILDDIR>>/src/lib/libint/../../../libtool --quiet --mode=link --tag=CXX g++ -o /<<PKGBUILDDIR>>/src/lib/libint/../../../lib/libint2.la -objectlist libobjlist -rpath /usr/lib/x86_64-linux-gnu -version-info 2:3:0 ar: `u' modifier ignored since `D' is the default (see `U') rm -f libobjlist make[6]: Leaving directory '/<<PKGBUILDDIR>>/src/lib/libint/tmp/libint' make[5]: Leaving directory '/<<PKGBUILDDIR>>/src/lib/libint' make[4]: Leaving directory '/<<PKGBUILDDIR>>/src/lib' make[3]: Leaving directory '/<<PKGBUILDDIR>>/src' make[2]: Leaving directory '/<<PKGBUILDDIR>>' (cd export/fortran; make libint_f.o ENABLE_FORTRAN=yes) make[2]: Entering directory '/<<PKGBUILDDIR>>/export/fortran' cc -E -I../../include/libint2 -DHAVE_CONFIG_H -D__COMPILING_LIBINT2=1 -I../../src/bin -I../../include -I../../../../include -I../../../../src/bin -I/usr/include/eigen3 -I/usr/include -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat -Werror=format-security ../../include/libint2.h > ../../include/libint2.h.i python3 c_to_f.py ../../include/libint2.h.i libint2_types_f.h Libint_t grep '^#' ../../include/libint2/libint2_types.h | grep -v '#include' > fortran_incldefs.h FC libint_f.o ../../include/libint2/util/generated/libint2_params.h:29:0: 29 | # if __has_include(<libint2_params.h>) | Error: missing '(' before "__has_include" operand ../../include/libint2/util/generated/libint2_params.h:29:0: Error: operator "__has_include" requires a header-name make[2]: *** [../../lib/MakeSuffixRules:12: libint_f.o] Error 1 make[2]: Leaving directory '/<<PKGBUILDDIR>>/export/fortran' make[1]: *** [debian/rules:26: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<<PKGBUILDDIR>>' make: *** [debian/rules:7: build] Error 2 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2
--- End Message ---
--- Begin Message ---Hi, On Fri, Apr 17, 2020 at 11:04:23AM +0000, Matthias Klose wrote: > The package fails to build in a test rebuild on at least amd64 with > gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The > severity of this report will be raised before the bullseye release, > so nothing has to be done for the buster release. > > FC libint_f.o > ../../include/libint2/util/generated/libint2_params.h:29:0: > > 29 | # if __has_include(<libint2_params.h>) > | > Error: missing '(' before "__has_include" operand > ../../include/libint2/util/generated/libint2_params.h:29:0: Error: operator > "__has_include" requires a header-name That apparently was a GCC/GFortran bug that has since been fixed: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95889 I did a rebuild of libint2 today and it builds fine again. Thanks Michael
--- End Message ---
