Skip to content

[cmake] Recover sibling builds supporting DUNE in build tree#449

Open
blattms wants to merge 1 commit intoOPM:masterfrom
blattms:bugfix/recover-full-sibling-build
Open

[cmake] Recover sibling builds supporting DUNE in build tree#449
blattms wants to merge 1 commit intoOPM:masterfrom
blattms:bugfix/recover-full-sibling-build

Conversation

@blattms
Copy link
Copy Markdown
Member

@blattms blattms commented Apr 28, 2026

This was broken by the build system refactoring and the build system always picked up the DUNE version that was installed on the system even for activated

To recover it we need to construct a FULL chain of all DUNE modules that we might depend on. This has to be specified in dune.module currently. This list is constructed in cmake/Modules/OpmInit.cmake.

Note that both opm-common_DIR and dune-common_DIR need to be set in each module's toplevel CMakeLists.txt file because the are needed for the initial find_package(opm-common) call there which happens before including cmake/Modules/OpmInit.cmake

Needs OPM/opm-common#5130 and OPM/opm-grid#1030

This was broken by the build system refactoring and the build system
always picked up the DUNE version that was installed on the system
even for activated

To recover it we need to construct a FULL chain of all DUNE modules
that we might depend on. This has to be specified in dune.module
currently. This list is constructed in cmake/Modules/OpmInit.cmake.

Note that both opm-common_DIR and dune-common_DIR need to be set in
each module's toplevel CMakeLists.txt file because the are needed for
the initial find_package(opm-common) call there which happens before
including cmake/Modules/OpmInit.cmake
@blattms blattms added this to the Release 2026.04 milestone Apr 28, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant