Bug#926215: dune-pdelab: FTBFS with gcc 8.3
On Sun, 2019-05-05 at 16:05 +0200, Santiago Vila wrote: > [ Ansgar: If you still can reproduce the assertion failure, please > file > a new bug. It's better not to mix different issues in the same report ]. The other assertion failure I had also disappeared this week. Not sure if there is a real bug, but I don't have time to look at this too much. Before it was reproducible, unless I rebuilt dune-grid which made the problem in dune-pdelab go away as well... Ansgar
Bug#926215: dune-pdelab: FTBFS with gcc 8.3
Version: 2.6~20180302-1 On Sun, May 05, 2019 at 09:41:21AM +0100, Rebecca N. Palmer wrote: > Control: tags -1 moreinfo > > It works for me, in both sid and buster cowbuilder chroots. Same here, just tried in both buster and sid, using sbuild. So, I'm closing the bug. [ Ansgar: If you still can reproduce the assertion failure, please file a new bug. It's better not to mix different issues in the same report ]. > Has it been > fixed (the version of dune-pdelab hasn't changed, but the bug may have been > elsewhere), or is it hardware/setup dependent? I can only speak for the bug I initially reported here, which definitely seemed like a C++ problem to me and not related to the building environment. I agree with Ansgar that it was probably a problem with GCC. (It would have been nice to know where the real problem was, but probably it does not worth the effort now. If anybody is really interested, it would still be possible to do so by recreating the state of buster in the past using snapshot.debian.org). Thanks.
Bug#926215: dune-pdelab: FTBFS with gcc 8.3
Control: tags -1 moreinfo It works for me, in both sid and buster cowbuilder chroots. Has it been fixed (the version of dune-pdelab hasn't changed, but the bug may have been elsewhere), or is it hardware/setup dependent?
Processed: Re: Bug#926215: dune-pdelab: FTBFS with gcc 8.3
Processing control commands: > reassign -1 src:dune-pdelab 2.6~20180302-1 Bug #926215 [src:dune-istl] dune-pdelab: FTBFS with gcc 8.3 Bug reassigned from package 'src:dune-istl' to 'src:dune-pdelab'. No longer marked as found in versions dune-istl/2.6.0-2. Ignoring request to alter fixed versions of bug #926215 to the same values previously set Bug #926215 [src:dune-pdelab] dune-pdelab: FTBFS with gcc 8.3 Marked as found in versions dune-pdelab/2.6~20180302-1. > retitle -1 dune-pdelab: testpk fails with assertion failure Bug #926215 [src:dune-pdelab] dune-pdelab: FTBFS with gcc 8.3 Changed Bug title to 'dune-pdelab: testpk fails with assertion failure' from 'dune-pdelab: FTBFS with gcc 8.3'. -- 926215: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926215 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#926215: dune-pdelab: FTBFS with gcc 8.3
Control: reassign -1 src:dune-pdelab 2.6~20180302-1 Control: retitle -1 dune-pdelab: testpk fails with assertion failure On Mon, 2019-04-08 at 08:42 +0200, Ansgar Burchardt wrote: > This is a bug in dune-istl, though I'm not quite sure I understand > what > is exactly wrong. Renaming the template argument from `T` to `T1` in > the definition of `prolongateVector` makes the problem go away, but the > name of template arguments shouldn't really matter? > > There is also a template argument `T` in the generic version of the > `Transfer` class... Maybe that results in the confusion in some way? That problem went away with a GCC update, but there is still a problem with a test in dune-pdelab that now fails... Not sure yet if the problem is in dune-grid or dune-pdelab for that one, reassigning to dune-pdelab for now: +--- | check_mesh: checking mesh 'DUNE AlbertaGrid' | checking done; no error detected | AlbertaGrid< 2, 2 > created from macro grid file '/<>/dune/pdelab/test/grids/ldomain.al'. | GridParameterBlock: Parameter 'refinementedge' not specified, defaulting to 'ARBITRARY'. | testpk: /build/dune-grid-yp9bpw/dune-grid-2.6.0/dune/grid/albertagrid/elementinfo.hh:488: bool Dune::Alberta::ElementInfo::isLeaf() const [with int dim = 2]: Assertion `!(*this) == false' failed. +--- Ansgar
Bug#926215: dune-pdelab: FTBFS with gcc 8.3
Control: reassign -1 src:dune-istl 2.6.0-2 Control: affects -1 src:dune-pdelab Santiago Vila writes: > /usr/include/dune/istl/paamg/transfer.hh:97:5: error: no declaration matches > 'void Dune::Amg::Transfer Dune::Amg::SequentialInformation>::prolongateVector(const > Dune::Amg::AggregatesMap&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, T, const > Dune::Amg::SequentialInformation&, const Redist&)' > Transfer::prolongateVector(const > AggregatesMap& aggregates, > ^~~~ > /usr/include/dune/istl/paamg/transfer.hh:62:19: note: candidates are: > 'template template static void > Dune::Amg::Transfer Dune::Amg::SequentialInformation>::prolongateVector(const > Dune::Amg::AggregatesMap&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, T1, const > Dune::Amg::SequentialInformation&)' >static void prolongateVector(const AggregatesMap& aggregates, > Vector& coarse, Vector& fine, >^~~~ > /usr/include/dune/istl/paamg/transfer.hh:57:19: note: > 'template template static void > Dune::Amg::Transfer Dune::Amg::SequentialInformation>::prolongateVector(const > Dune::Amg::AggregatesMap&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, Dune::Amg::Transfer Dune::Amg::SequentialInformation>::Vector&, T1, const > Dune::Amg::SequentialInformation&, const Redist&)' >static void prolongateVector(const AggregatesMap& aggregates, > Vector& coarse, Vector& fine, >^~~~ > /usr/include/dune/istl/paamg/transfer.hh:50:11: note: 'class > Dune::Amg::Transfer' defined here > class Transfer >^ This is a bug in dune-istl, though I'm not quite sure I understand what is exactly wrong. Renaming the template argument from `T` to `T1` in the definition of `prolongateVector` makes the problem go away, but the name of template arguments shouldn't really matter? There is also a template argument `T` in the generic version of the `Transfer` class... Maybe that results in the confusion in some way? Ansgar
Processed: Re: Bug#926215: dune-pdelab: FTBFS with gcc 8.3
Processing control commands: > reassign -1 src:dune-istl 2.6.0-2 Bug #926215 [src:dune-pdelab] dune-pdelab: FTBFS with gcc 8.3 Bug reassigned from package 'src:dune-pdelab' to 'src:dune-istl'. No longer marked as found in versions dune-pdelab/2.6~20180302-1. Ignoring request to alter fixed versions of bug #926215 to the same values previously set Bug #926215 [src:dune-istl] dune-pdelab: FTBFS with gcc 8.3 Marked as found in versions dune-istl/2.6.0-2. > affects -1 src:dune-pdelab Bug #926215 [src:dune-istl] dune-pdelab: FTBFS with gcc 8.3 Added indication that 926215 affects src:dune-pdelab -- 926215: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926215 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#926215: dune-pdelab: FTBFS with gcc 8.3
Package: src:dune-pdelab Version: 2.6~20180302-1 Severity: serious Tags: ftbfs Dear maintainer: I tried to build this package in buster but it failed: [...] debian/rules binary-indep dh binary-indep --parallel --builddirectory=build dh_update_autotools_config -i -O--parallel -O--builddirectory=build debian/rules override_dh_auto_configure make[1]: Entering directory '/<>' dh_auto_configure -- -DBUILD_SHARED_LIBS=1 cd build && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu -DBUILD_SHARED_LIBS=1 .. -- The C compiler identification is GNU 8.3.0 -- The CXX compiler identification is GNU 8.3.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features [... snipped ...] cd "/<>/build/dune/pdelab/test" && /usr/bin/c++ -DENABLE_EIGEN=1 -DENABLE_GMP=1 -DENABLE_MPI=1 -DENABLE_SUITESPARSE=1 -DENABLE_SUPERLU=1 -DENABLE_TBB=1 -DENABLE_UG=1 -DHAVE_CONFIG_H -DMPICH_SKIP_MPICXX -DMPIPP_H -DMPI_NO_CPPBIND -DModelP -DUG_USE_NEW_DIMENSION_DEFINES -D_TBB_CPP0X -I"/<>/build" -I"/<>" -I/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi -I/usr/lib/x86_64-linux-gnu/openmpi/include -I/usr/include/eigen3 -I/usr/include/suitesparse -I/usr/include/superlu -I/usr/include/alberta -std=c++17 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIE -o CMakeFiles/testdunefunctionsgfs.dir/testdunefunctionsgfs.cc.o -c "/<>/dune/pdelab/test/testdunefunctionsgfs.cc" In file included from /usr/include/dune/istl/paamg/amg.hh:9, from /<>/dune/pdelab/backend/istl/seqistlsolverbackend.hh:15, from /<>/dune/pdelab/backend/istl/istlsolverbackend.hh:6, from /<>/dune/pdelab/backend/istl.hh:7, from /<>/dune/pdelab/backend/istl/dunefunctions.hh:6, from /<>/dune/pdelab/gridfunctionspace/dunefunctionsgridfunctionspace.hh:16, from /<>/dune/pdelab/test/testdunefunctionsgfs.cc:15: /usr/include/dune/istl/paamg/transfer.hh:97:5: error: no declaration matches 'void Dune::Amg::Transfer::prolongateVector(const Dune::Amg::AggregatesMap&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, T, const Dune::Amg::SequentialInformation&, const Redist&)' Transfer::prolongateVector(const AggregatesMap& aggregates, ^~~~ /usr/include/dune/istl/paamg/transfer.hh:62:19: note: candidates are: 'template template static void Dune::Amg::Transfer::prolongateVector(const Dune::Amg::AggregatesMap&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, T1, const Dune::Amg::SequentialInformation&)' static void prolongateVector(const AggregatesMap& aggregates, Vector& coarse, Vector& fine, ^~~~ /usr/include/dune/istl/paamg/transfer.hh:57:19: note: 'template template static void Dune::Amg::Transfer::prolongateVector(const Dune::Amg::AggregatesMap&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, T1, const Dune::Amg::SequentialInformation&, const Redist&)' static void prolongateVector(const AggregatesMap& aggregates, Vector& coarse, Vector& fine, ^~~~ /usr/include/dune/istl/paamg/transfer.hh:50:11: note: 'class Dune::Amg::Transfer' defined here class Transfer ^ /usr/include/dune/istl/paamg/transfer.hh:111:5: error: no declaration matches 'void Dune::Amg::Transfer::prolongateVector(const Dune::Amg::AggregatesMap&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, T, const Dune::Amg::SequentialInformation&)' Transfer::prolongateVector(const AggregatesMap& aggregates, ^~~~ /usr/include/dune/istl/paamg/transfer.hh:62:19: note: candidates are: 'template template static void Dune::Amg::Transfer::prolongateVector(const Dune::Amg::AggregatesMap&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, T1, const Dune::Amg::SequentialInformation&)' static void prolongateVector(const AggregatesMap& aggregates, Vector& coarse, Vector& fine, ^~~~ /usr/include/dune/istl/paamg/transfer.hh:57:19: note: 'template template static void Dune::Amg::Transfer::prolongateVector(const Dune::Amg::AggregatesMap&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, Dune::Amg::Transfer::Vector&, T1, const