Re: [CMake] overriding -03 -DNDEBUG Release flags

2018-09-14 Thread Mark Ferry
Have just worked through this and I think in short there is no *good* way. The method I decided to live with is caching the CFLAGS in the toolchain file. If you don't have a custom toolchain file for that project, create one. Assuming you're using a GNU-derived toolchain try this: set(CMAKE_

Re: [CMake] FindMPI.cmake in 3.11.4

2018-09-14 Thread Mateusz Loskot
On Fri, 14 Sep 2018 at 20:57, Burlen Loring wrote: > why did they MPI_C_LIBRARIES and MPI_C_INCLUDE_DIRS/PATH get changed from > cache variables to not chached variables? Possibly, that change was due to clean up to correct the module according to the actual CMake conventions https://cmake.org/

Re: [CMake] FindMPI.cmake in 3.11.4

2018-09-14 Thread Burlen Loring
Of course I read the documentation. Alas after trying various settings described there in, nothing worked. my settings are ignored and erased. why did they MPI_C_LIBRARIES and MPI_C_INCLUDE_DIRS/PATH get changed from cache variables to not chached variables? that seems to be the cause of the i

Re: [CMake] FindMPI.cmake in 3.11.4

2018-09-14 Thread Chuck Atkins
Hi Burlen, _LIBRARIES and _INCLUDE_DIRS are non-cached output variables. The new functionality should be documented as to how to guide the current FindMPI: https://cmake.org/cmake/help/v3.12/module/FindMPI.html#variables-for-locating-mpi . That being said, is it incorrectl6y detecting or determin