Bug#1007930: libdune-common-dev: METIS_PartGraphVKway is available in metis v3 but DUNE modules tests whether linking to metis v5
Markus Blatt
markus at dr-blatt.de
Fri Mar 18 18:57:20 GMT 2022
Package: libdune-common-dev
Version: 2.8.0-3
Severity: important
Tags: upstream
Control: block 1007830 by -1
Dear Maintainer,
If a user creates a DUNE module with the duneproject script on Debian sid with
the package libscotchmetis-dev install, then running CMake will fail in this
module:
-- Found PTScotch: /usr/lib/x86_64-linux-gnu/libscotch.so (found version
"7.0.1")
-- Looking for METIS_PartGraphVKway
CMake Error: The following variables are used in this project, but they are set
to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake
files:
METIS_LIBRARY
linked by target "cmTC_6a2ff" in directory /home/opm-
build/test/tester/build/CMakeFiles/CMakeTmp
CMake Error at /usr/share/cmake-3.22/Modules/CheckSymbolExists.cmake:148
(try_compile):
Failed to generate test project build system.
Call Stack (most recent call first):
/usr/share/cmake-3.22/Modules/CheckSymbolExists.cmake:71
(__CHECK_SYMBOL_EXISTS_IMPL)
/usr/share/dune/cmake/modules/FindMETIS.cmake:131 (check_symbol_exists)
/usr/share/dune/cmake/modules/DuneCommonMacros.cmake:35 (find_package)
/usr/share/dune/cmake/modules/DuneMacros.cmake:609 (include)
/usr/share/dune/cmake/modules/DuneMacros.cmake:699
(dune_process_dependency_macros)
CMakeLists.txt:19 (dune_project)
-- Configuring incomplete, errors occurred!
See also "/home/opm-build/test/tester/build/CMakeFiles/CMakeOutput.log".
See also "/home/opm-build/test/tester/build/CMakeFiles/CMakeError.log".
According to bug #1007830 this is because METIS_PartGraphVKway is in metis v3
but
the default version used in v5. Therefore we might need to change
/usr/share/dune/cmake/module/FindMetis.cmake
such that it uses libmetisv3.so.
Explanation copied from #1007830:
scotch 7.0.1 has just been uploaded to unstable. It provides some metis (and
parmetis) compatibility which opm-grid is using.
The scotch metis compatibility version can be selected via metis.h
with define variable SCOTCH_METIS_VERSION. If not set then
SCOTCH_METIS_VERSION=5 is applied, i.e. metis v5.
>From scotch v7, compatibility libraries are provided for both metis v3
and v5 (libscotchmetisv3.so, libscotchmetisv5.so). For default metis
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-12-amd64 (SMP w/32 CPU threads)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C),
LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
Versions of packages libdune-common-dev depends on:
ii cmake 3.22.1-1+b1
ii gfortran 4:11.2.0-2
ii libatlas-base-dev 3.10.3-12
ii libatlas3-base [liblapack.so.3] 3.10.3-12
ii libc6 2.33-7
ii libgcc-s1 12-20220313-1
ii liblapack-dev 3.10.0-2
ii liblapack3 [liblapack.so.3] 3.10.0-2
ii libstdc++6 12-20220313-1
ii mpi-default-bin 1.14
ii mpi-default-dev 1.14
ii pkg-config 0.29.2-1
Versions of packages libdune-common-dev recommends:
ii python3 3.9.8-1
Versions of packages libdune-common-dev suggests:
pn libdune-common-doc <none>
More information about the debian-science-maintainers
mailing list