There are various external libraries that you can use together with DUNE. These include grid managers, file format libraries, fast linear algebra packages and more. On this page we list some information how to configure DUNE to find these packages.
Finding External Libraries
For configuring the build environment, we use CMake. Libraries and other external dependencies are configured using the
find_package mechanism. Here we explain some basic scenarios how external packages can be found.
First of all, when you run
dunecontrol, see installation notes, internally CMake is invoked. At the end of the configuration of each module a list of found and not-found optional and required packages is shown. If something is not found, you will get a first hint what was missing in the CMake output above the summary.
Most of the libraries stated as optional (or required) dependencies to DUNE are available as system packages on many recent Linux distributions. In the nightly system tests we use packages provided by Debian and Ubuntu, but also other distributions may provide the relevant libraries. So, if you do not need a special version of a library, just look into the package repository provided by your system.
System libraries should be detected without further configuration by the user. No need to specify any paths or flags to find these packages. If a system package, for some reason, is not found in your distribution, please file a bug report that includes the information about your system, the DUNE version, how you have obtained it, and the steps you have performed to configure.
Packages available as system libraries in Debian based Linux distributions include: Alberta, ARPack(++), BLAS, Eigen3, GMP(++), LAPACK, METIS, MPI, ParMETIS, PSurface, (PT)Scotch, SuiteSparse, SuperLU, TBB, Vc, ZLib
Packages Providing a Configuration File
Some external packages provide a configuration file that describes how to use these libraries. In order to configure the packages to be found based on this configuration file, you need to tell CMake where to find the file.
There are packages that provide a CMake config file, typically named either
<package>-config.cmake. By passing an argument to CMake one can make the path to this file available. This argument is of the form
-D<Package>_DIR=<path/to/package/config> where the path must point directly to the directory containing the config file. There are two alternatives to passing directly the directory: 1. passing a prefix path as argument
-D<Package>_ROOT=<path/to/package/prefix>, 2. adding the prefix path to the environmental variable
The CMake arguments can either be passed directly using
dunecontrol [options...] cmake -D<Package>_DIR=<path/to/package/config>
Or simply be added to the
CMAKE_FLAGS variable in the options file.
Some packages provide only a PkgConfig configuration in the form of a
<package>.pc file. This config file can be parsed by CMake to obtain the necessary information about how to configure the package. In order to tell CMake (or pkg-config) where to find that file, you have to add the path to the
.pc file to the environmental variable
PKG_CONFIG_PATH or to the
Find Packages using
Some packages neither provide a CMake config file, nor a pkg-config file. For those packages, an inspection of user-provided directories must be performed to extract from the found files the incude directories and link flags. This manual extraction is implemented in provided
Find<Package>.cmake files, typically located within the
cmake/modules/ directory of the DUNE modules. Most of these find modules work similarly, but detailed information about how to provide the paths to the requested libraries are given in the head section of these files as documentation. If the following step do not work for you, have a look into these files, to get further insight.
To tell the find module where to look for your library, typically you have to provide the root path of your package, i.e., the path containing the subdirectories
lib/, typically. This path can be provided by setting the
-D<Package>_ROOT=<path/to/package/prefix> argument. If this does not help, you may set the paths to the include directory and the libraries explicitly. This can often be done by setting
-D<PACKAGE>_LIBRARIES. The CMake output about why a package was not found gives a list of variables that are not defined. This is the first hint in what you have to set.