fix the order in which dune modules are processed when calling `make install_python` with `setup-dunepy`.
Also add a `pyproject.toml` to make sure `wheel` is available when installing dune-common. Also added `wheel`
to python dependencies in dune.module so that downstream modules can rely on `wheel` being available.

cmake arguments were stored as a dict, having mainly definitions in mind.

This lead to several issues, as cmake has many different kinds of
commmand line arguments.

Instead of storing these arguments as a dict, we now only store them as
a list, which can directly be passed to Popen, when spawning the cmake
process.

Fixes #238.

The `dune.module` file containes meta-data and optionally bash function
definitions to hook into dunecontrol.

We now use regular expression to properly parse the meta-data.

[test][python] allow to overwrite the interpreter for python test command

See merge request core/dune-common!915

No support for passing multiple interpreters intended.

When using dune_python_add_test the SCRIPT is executed by default with
the detected python interpreter. The optional INTERPRETER parameter allows
to overwrite this setting, e.g. to pass additional command line arguments
or to execute the tests using pytest.

add Python3_EXECUTABLE to `dune_python_add_test`

See merge request core/dune-common!914

a python script to 'dune_python_add_test'

downstream modules:
change `COMMAND ${PYTHON_EXECUTABLE} test.py` by `COMMAND test.py`

Deprecate DUNE_DEPRECATE and _MSG

Closes #91

See merge request core/dune-common!777

Use on C++14's [[deprecated]] instead.

Feature/find python3

See merge request core/dune-common!806

The feature will be part of CMake 3.20 and the
relevant part is forward compatible included.

Look for "python3" first

It was deprecated in Dune 2.7.

Change required to have the same find routines across
dune-common.
The duplicate code should be merged and put at a single
place that is uncondtionally always called.

Since CMake 3.12 they are deprecated.

ignore dune-py in dune module search so dunecontrol and duneproject

See merge request core/dune-common!903

Feature/scikit build

See merge request core/dune-common!900

Samuel Burbulla authored 4 years ago and Andreas Dedner committed 4 years ago

don't need shared libs to install dune modules so adapted packagedata
accordingly - this solves the issue of having to prescibe some relative rpath

Also do not require setup.py/pyproject.toml to be added to git

Samuel Burbulla authored 4 years ago and Andreas Dedner committed 4 years ago

Add relative CMAKE_INSTALL_RPATH.

added CMAKE_BUILD_PATH to the rpath of python modules as well

added missing package include

add CMAKE_INSTALL_RPATH_USE_LINK_PATH to setup.py cmake flags to avoid
issue with missing rpath entries for CMAKE_PREFIX_PATH

Do not add suggestions any more.

Samuel Burbulla authored 4 years ago and Andreas Dedner committed 4 years ago

Reset LD_LIBARY_PATH when call deactivate.

Fix dynamic_lookup.

add option to `dunepackaging` script to only build sdist but not upload

exti with code 0 in dunepackaging.py -c so it can be used with dunecontrol

also set the `LD_LIBRARY_PATH`

[bugfix] used the wrong way to access the path to a sourced script - was working by chance