See https://reuse.software/ for a description.

fix ci

pep 42: use implicit namespace packages which make it possible to combine subpackages using editable (source) and non editable (pypi)

only use a cmake install a python module in the SKBUILD setting - for an install from build dir pip will take take of this since it is part of the setup.py file

add a stopgap solution unti ci repo up and running again

Update requirements.

add dune packages to requires in setup.py.in

[testing]

only add dune modules that have been found as requirements in setup.py.in

removed setup.py.in since the default is provided in dune-common

adapt ci yml file to python bindings on by default

disable python bindings for clang 5 (ubuntu 18) since no numpy matching numpy version can be installed from the gitlab registry

[bug fix python bindings]
fix an issue with 'entry' being used in implicit build mode but ready==build

The last bits in dune-common were removed in dune-common!719.

Python bindings, default is OFF.

This allows them to be loaded without loading the corresponding Python
mdoule, avoiding circular dependencies.

Building Python modules through Pybind11 is a recurring task in our
Python bindings. To reduce maintainance in the build system, we introduce
a CMake function "dune_add_pybind11_module", which is semantically inspired
by the "dune_add_test" function.

Previously, dependencies were not correctly searched for as
required packages. This patch fixes this.

Previously we relied on CMake's export(PACKAGE ...) function when
finding dune packages without dune-control. This is error prone
when using several instances of a dune-module (either with differing
versions or built using different options). In this case there is no
control which of the instances is used.

Now we try to guess the correct build directory, if it was not
provided with ${module}_DIR, ${module}_Root or in the
CMAKE_PREFIX_PATH. Note that when using dunecontrol ${module}_DIR will
always be set. We take the path of the current toplevel build
directory and simply substitute any occurence of the name of current
module with name of the module that we try to find. This works for
both  building in a subdirectory of the source tree
(e.g. ${module-source}/build-cmake) or in a sibling directory

Renamed CMAKE_(SOURCE|BINARY)_DIR to PROJECT_(SOURCE|BINARY)_DIR to let people build dune modules as subproject of another project.

[[Imported from SVN: r1791]]

Some of the macros used are only available for CMake 2.8.6 and higher. Bumped required CMake version

[[Imported from SVN: r1727]]

  after configure)
- Make CMake module installation path configurable
- Detect CMAKE_MODULE_PATH automatically
  + First call find_package(dune-common) to query its CMAKE_MODULE_PATH
  + Then setup the module path
  + After each find_package of dune module update the CMAK_MODULE_PATH
  + each module exports ist own <package-name>_MODULE_PATH in the
  + package configuration files

[[Imported from SVN: r1714]]

- Removed dependency on cmake version 2.8.9

[[Imported from SVN: r1707]]

[[Imported from SVN: r1676]]

[[Imported from SVN: r1596]]

[[Imported from SVN: r1556]]