You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Just noticed this for opm-porsol, but I would guess that it applies to all other modules, too:
When building an opm module with the same module and other modules installed using a common prefixe (in my case /home/mblatt/dune_install_2.2/include), the source path of the current modules has to have precedence before the include path of the installed modules. Currently, it is the last one:
Just noticed this for opm-porsol, but I would guess that it applies to all other modules, too:
When building an opm module with the same module and other modules installed using a common prefixe (in my case /home/mblatt/dune_install_2.2/include), the source path of the current modules has to have precedence before the include path of the installed modules. Currently, it is the last one:
auto-tools/CMakeFiles/aniso_simulator_test.dir/flags.make:CXX_FLAGS = -std=c++11 -g -O0 -pipe -Wall -Wno-unknown-pragmas -ggdb3 -g -O0 -DDEBUG -I/home/mblatt/dune-test/opm-porsol/auto-tools -I/home/mblatt/dune_install_2.2/include -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/superlu -I/usr/include/suitesparse -I/home/mblatt/dune-test/opm-core -I/home/mblatt/dune-test/dune-cornerpoint -I/home/mblatt/dune-test/opm-porsol
When working with installed modules (/home/mblatt/dune_install_2.2/include), this means that all headers included using
will result in the installed headers being included rather than the local ones.
The text was updated successfully, but these errors were encountered: