Re: [CMake] Adding CMAKE_BUILD_TYPE support to ProjectConfig.cmake

build with multiple passes... 1 time release, and 1 time debug. Don't think about building both at once On Mon, Dec 16, 2013 at 8:59 AM, Mateusz Loskot wrote: > Hi, > > I've started adding the config mode support to my CMake-based > projects and with quite a success. > > So far, I have basic

Re: [CMake] NVCC and Shared Library Full Path Linking

I had similar issues using cmake to build for android, in that it wanted to use full path to libraries, which were not the same as the target device. I used a macro to replace 'target_link_libraries' with this macro 'my_target_link_libraries'; would have to replace the AND __ANDROID__ with a speci

[CMake] NVCC and Shared Library Full Path Linking

CMake Group- I'm trying to build a CUDA project with NVCC. The project uses 'separate compilation'. Unfortunately, 'separate compilation' breaks in a variety of ways when I try to use the version in FindCUDA.cmake. First, it doesn't include CUDA_NVCC_FLAGS in the -dlink phase so it immediately

[CMake] Adding CMAKE_BUILD_TYPE support to ProjectConfig.cmake

Hi, I've started adding the config mode support to my CMake-based projects and with quite a success. So far, I have basic understanding of what it takes in practice to enable config mode and there is still more to learn for me. TL;TR: How to make use of CMAKE_BUILD_TYPE in config mode? Could any

Re: [CMake] find_library(): prioritize custom search path

Am 16.12.2013 14:57, schrieb Nico Schlömer: Hi all, when using find_library(...), and two versions of libX are installed, I would like to prioritize the one found it /my/custom/path/ over the one in /usr/lib/. As explained in the find_library()'s help

[CMake] find_library(): prioritize custom search path

Hi all, when using find_library(...), and two versions of libX are installed, I would like to prioritize the one found it /my/custom/path/ over the one in /usr/lib/. As explained in the find_library()'s help , putting that pa

Re: [CMake] depend.make

That sounds like a decent solution from my point of view. I will create an issue for this topic. Regards, Lars Date: Fri, 13 Dec 2013 10:53:49 +0100 From: nilsglad...@gmail.com To: laasu...@hotmail.com; bill.hoff...@kitware.com; cmake@cmake.org Subject: Re: [CMake] depend.make