- 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
-
- Aug 24, 2018
-
-
Sebastian Eibl authored
added filter to exclude external libraries
-
- Aug 23, 2018
-
-
Sebastian Eibl authored
-
- Apr 09, 2018
-
-
Michael Kuron authored
- NearestNeighborFieldInterpolator::get needs to break out of all loops, just not the current one. While the test seemed to succeed anyway, it crashed with corrupted memory during exit when compiled with Intel 17 in Release mode. - FftTest should not use thread-unsafe RNG in parallel section. Otherwise the Intel 16 compiler crashes. - Revert to -openmp on Intel < 16.0.3, which crashes while processing some of our OpenMP loops (e.g. BoundaryHandling::treatDirection).
-
- Apr 08, 2018
-
-
Michael Kuron authored
Also adds OpenMP support for macOS (requires Xcode 7.0, CMake 3.12 and separate libomp from MacPorts/Homebrew)
-
- Mar 14, 2018
-
-
Michael Kuron authored
-
Michael Kuron authored
- fix find_package(MPI) when WARNING_ERROR is defined and recent version of CMake is used - fix python_coupling Manager::addPath
-
- Feb 26, 2018
-
-
Christoph Rettinger authored
-
- Feb 21, 2018
-
-
Michael Kuron authored
-
- Feb 20, 2018
-
-
Michael Kuron authored
-
- Feb 14, 2018
-
-
- Need to find Boost library path before we search for the Python libraries, even if we don't need any other libraries - std::experimental::filesystem::current_path is broken in libstdc++ 5.4 and lower
-
API changes in blockforest::PhantomBlockForest, blockforest::loadbalancing, pe::amr::weight_assignment mpi can now only send/receive walberla::optional instead of boost::optional
-
API change for vtk::VTKOutput::getFilenames
-
- Jan 28, 2018
-
-
Dominik Thoennes authored
-
- Jan 27, 2018
-
-
Michael Kuron authored
-
- Jan 26, 2018
-
-
Michael Kuron authored
-
- Jan 12, 2018
-
-
Christian Godenschwager authored
-
- Jan 03, 2018
-
-
Christoph Rettinger authored
-