Re: [CMake] set(CMAKE_CXX_STANDARD 11) on macos - "...CMake does not know the compile flags to use to enable it."

Answering my own question : this is fixed on trunk http://www.cmake.org/Bug/view.php?id=15355 Laurent From: Laurent Demailly mailto:ldemai...@fb.com>> Date: Wednesday, January 14, 2015 at 8:33 PM To: "cmake@cmake.org" mailto:cmake@cmake.org>> Subject: [CMake] set(CMAKE_

[CMake] Sublime Text 2 - Ninja generator

Hi, Is there a way from CMake to provide the build system "path" for a build target? Sublime Text 2 builds with the defaut system path, which makes the project build to fail. When the project is built from the shell from which ST is started there is no issue has the current PATH env. var. is used

[CMake] different behaviour between file GLOB and GLOB_RECURSE

Hi all, I wanted to glob recursively for all files and directories and noticed a difference in behaviour between the recursive and non recursive version - recursive version doesn't list directories (I am using latest version from git master - 3.1.2...). I also noticed that documentation for file(

Re: [CMake] Passing -x=cu to FindCUDA, and specifying libraries to nvcc

I would feel better about a flag that changes the the match string. If you want to cook up a patch, I'll take a look at it (I don't have much time to devote to this). It should be something along the lines of. 1. Add a new CUDA variable called CUDA_FILE_MATCH_REGEX that defaults to "\\.cu$". 2

Re: [CMake] Passing -x=cu to FindCUDA, and specifying libraries to nvcc

On Fri, Jan 16, 2015 at 10:15 AM, Irwin Zaid wrote: > Hi James, > > Thanks for the quick reply. Some thoughts... > > FindCUDA only looks for .cu files. In CUDA_WRAP_SRCS: >> >> get_source_file_property(_is_header ${file} HEADER_FILE_ONLY) >> if(${file} MATCHES "\\.cu$" AND NOT _is_header) >> >>

Re: [CMake] Passing -x=cu to FindCUDA, and specifying libraries to nvcc

Hi James, Thanks for the quick reply. Some thoughts... FindCUDA only looks for .cu files. In CUDA_WRAP_SRCS: get_source_file_property(_is_header ${file} HEADER_FILE_ONLY) if(${file} MATCHES "\\.cu$" AND NOT _is_header) What benefit is there in keeping cuda code in .cpp files? It allows us t

Re: [CMake] Passing -x=cu to FindCUDA, and specifying libraries to nvcc

On Fri, Jan 16, 2015 at 9:25 AM, Irwin Zaid wrote: > Hi all (and James), > > I just have two other quick questions about FindCUDA. Here we go! > > 1) I have a project that tries to keep all its CUDA code in .cpp files. > I'm currently making this work with a lot of dummy .cu files that simply > i

[CMake] Passing -x=cu to FindCUDA, and specifying libraries to nvcc

Hi all (and James), I just have two other quick questions about FindCUDA. Here we go! 1) I have a project that tries to keep all its CUDA code in .cpp files. I'm currently making this work with a lot of dummy .cu files that simply include the .cpp, but I'd like to get rid of these. nvcc does

Re: [CMake] VS2012 builds using v3.1.0 are a lot slower than v2.8.12

Hi, >> 3.1.0: >> ALL Crypto Crypto_sCrypto_test >> real0m38.211s 0m14.023s 0m7.003s0m14.691s >> >> 2.8.12: >> ALL Crypto Crypto_sCrypto_test >> real0m27.230s 0m17.110s

Re: [CMake] VS2012 builds using v3.1.0 are a lot slower than v2.8.12

On 01/16/2015 05:24 AM, Yves Frederix wrote: > 3.1.0: > ALL Crypto Crypto_sCrypto_test > real0m38.211s 0m14.023s 0m7.003s0m14.691s > > 2.8.12: > ALL Crypto Crypto_sCrypto_test > real0m

[CMake] VS2013 64bit build does not include debug information

Hello everybody, I am using Cmake to generate my VS2013 solutions. My problem right now is that no debug information is included as well as no debug preprocessor symbols are set (DEBUG _DEBUG WIN32 _WINDOWS). I run cmake without CMAKE_BUILD_TYPE specified as I select that in VS. So I nee

Re: [CMake] CPack in CMake 3.1.0 doesn't install files

If I switch back to 3.0.2 everything is working like a charm Best Regards > Am 15.01.2015 um 17:49 schrieb NoRulez : > > Hello, > > we have only upgraded to the last release 3.1.0 from 3.0.2 and get the > following when cpack is executed in a CTestScript: > > error: fixup_bundle: not a valid

Re: [CMake] VS2012 builds using v3.1.0 are a lot slower than v2.8.12

> Are you building the same configuration in both cases? > Use > > cmake --build . --config Debug > > or > > cmake --build . --config Release Yes, I used "--config Release" in both cases. > > to specify the configuration. You could also compare the .vcxproj > files that are generated. I had