- Feb 22, 2021
-
-
Michael Kuron authored
-
- Jan 27, 2021
-
-
Sebastian Eibl authored
-
- Jan 22, 2021
-
-
Dominik Thoennes authored
-
- Jan 12, 2021
-
-
Michael Kuron authored
-
- Jan 01, 2021
-
-
Michael Kuron authored
-
Michael Kuron authored
-
- Dec 28, 2020
-
-
Some optional components use Boost MultiArray and PropertyTree, so we still include the headers if available. We also still search std::experimental for any, filesystem and optional because some otherwise C++17-compliant compilers did not support them in std until recently.
-
- Dec 17, 2020
-
-
also clean up some old leftovers nearby
-
- Oct 30, 2020
-
-
Dominik Thoennes authored
-
-
- Oct 05, 2020
-
-
Michael Kuron authored
It is not needed because deprecations are compiler warnings and should not be ignored anyway. Also, no need to export WARNING_DEPRECATED to the C++ code.
-
- Sep 04, 2020
-
-
Markus Holzer authored
-
- Jul 23, 2020
-
-
Michael Kuron authored
We need to have at least one other required library, otherwise FindBoost will consider itself successful even if it didn't find anything. Also, add Python 3.8 support by using the Python version numbers as library version numbers.
-
- Jul 07, 2020
-
-
Dominik Thoennes authored
-
- Jul 04, 2020
-
-
Dominik Thoennes authored
-
- Jun 10, 2020
-
-
Dominik Thoennes authored
use cuda as a first level language in CMake with `enable_language(CUDA)` enable tests where cuda and codegen are both activated various minor fixes
-
- Mar 17, 2020
-
-
Dominik Thoennes authored
-
- Dec 10, 2019
-
-
Markus Holzer authored
-
- Nov 11, 2019
-
-
Michael Kuron authored
CMake: don't use CMAKE_CXX14_STANDARD_COMPILE_OPTION directly, instead go through CMAKE_CXX_STANDARD
-
Michael Kuron authored
-
- Oct 15, 2019
-
-
Michael Kuron authored
-
- Sep 10, 2019
-
-
Matthias Markl authored
markl
-
- Jul 30, 2019
-
-
Dominik Thoennes authored
-
- Jul 16, 2019
-
-
Dominik Thoennes authored
This option is OFF by default. If turned on cmake will notify if a target cannot be build due to a missing module.
-
- May 16, 2019
-
-
Martin Bauer authored
- workaround seems to be not necessary any more, for recent IntelMPI versions - the workaround did not play with CMake's try_compile function, which tries to compile some test programs to check for compiler features The workaround added '-include mpi.h' to the compile flags, which are also used by try_compile, but try_compile does not set include directories with "-I" This lead to the problem, that for example the OpenMP flag was not correctly determined, since there the try_compile mechanism is used
-
Martin Bauer authored
-
- Apr 25, 2019
-
-
Martin Bauer authored
-
Martin Bauer authored
-
Martin Bauer authored
-
- Apr 11, 2019
-
-
Michael Kuron authored
-
- Apr 03, 2019
-
-
Sebastian Eibl authored
-
- Mar 27, 2019
-
-
Martin Bauer authored
-
- Mar 26, 2019
-
-
Sebastian Eibl authored
-
- Mar 07, 2019
-
-
Martin Bauer authored
-
- Feb 18, 2019
-
-
Martin Bauer authored
-
- Feb 13, 2019
-
-
-
Michael Kuron authored
-
- Jan 22, 2019
-
-
Martin Bauer authored
-
- Nov 02, 2018
-
-
Martin Bauer authored
- recent GCC version produce error when "-isystem /usr/include" is added to command line. Error is: '#include_next <math.h>' not found - the removed "hack" added the cuda include dir with "-isystem" to the CUDA compiler arguments to prevent warnings from boost header -> currently there seem to be no warnings generated from boost headers so "hack" is removed
-
- Oct 31, 2018
-
-
Martin Bauer authored
-