[Cmake-commits] CMake branch, master, updated. v3.9.1-671-gb4efc19
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "CMake". The branch, master has been updated via b4efc1936ac4d4154c7d9215165a805b2a6056d5 (commit) from a0ef210da8f8037340049ae99530f2bee6723bc3 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b4efc1936ac4d4154c7d9215165a805b2a6056d5 commit b4efc1936ac4d4154c7d9215165a805b2a6056d5 Author: Kitware Robot <kwro...@kitware.com> AuthorDate: Thu Aug 31 00:01:11 2017 -0400 Commit: Kitware Robot <kwro...@kitware.com> CommitDate: Thu Aug 31 00:01:11 2017 -0400 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 0e0c748..fda6caa 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -1,5 +1,5 @@ # CMake version number components. set(CMake_VERSION_MAJOR 3) set(CMake_VERSION_MINOR 9) -set(CMake_VERSION_PATCH 20170830) +set(CMake_VERSION_PATCH 20170831) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
Re: [CMake] Future direction for FindCUDA
> Can I link to CUDA libraries with GCC while not using FindCUDA Yes you can if you have enabled the CUDA language. You will need to use find_package and can use the CMAKE_CUDA_IMPLICIT_LINK_DIRECTORIES as the location(s) to search. > Instead of modifying what FindCUDA does, which would break backwards > compatibility, FindCUDA could be split into FindCUDA and FindCUDALibraries or > something like that. That is something I have wanted to do, but haven't had the time to formalize and finish. You can find my initial implementation at https://gitlab.kitware.com/robertmaynard/find_cuda_wrappers On Wed, Aug 30, 2017 at 5:06 AM, Mueller-Roemer, Johannes Sebastianwrote: > Hi, > > we have encountered this issue as well, in our case when using thrust on the > host side. We currently solve this by still using FindCUDA, even when using > CMake 3.8/3.9, but only using the CUDA_*_LIBRARY and CUDA_TOOLKIT_INCLUDE > variables and nothing else. > > Instead of modifying what FindCUDA does, which would break backwards > compatibility, FindCUDA could be split into FindCUDA and FindCUDALibraries or > something like that. > > Regards > Johannes > > Fraunhofer-Institut für Graphische Datenverarbeitung IGD > Fraunhoferstr. 5 | 64283 Darmstadt | Germany > Tel +49 6151 155-606 | Fax +49 6151 155-139 > johannes.mueller-roe...@igd.fraunhofer.de | www.igd.fraunhofer.de > > > -Original Message- > From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Siyuan Liu > Sent: Wednesday, August 30, 2017 07:05 > To: cmake@cmake.org > Subject: [CMake] Future direction for FindCUDA > > Dear all, > > I've noticed the change to CUDA as a language in CMake 3.8. I've migrated to > this new syntax, but this change leads to some difficulties for me with > CMake. I think we should treat CUDA as not just a language but rather a > language with some libraries. > > Now that the FindCUDA module is deprecated, I cannot compile a file with GCC > while linking to a CUDA library (since the CUDA_xxx_LIBRARY variables are > gone). The reason for not using NVCC is to save compilation time. Personally, > I think FindCUDA should become a module for purely finding CUDA libraries for > linking without anything related to the NVCC compiler (e.g. the > cuda_add_executable macro). > > My questions in short: > 1. Can I link to CUDA libraries with GCC while not using FindCUDA? > 2. What's your opinion on my suggestion about FindCUDA? > > Regards, > Siyuan > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [cmake-developers] [CMake] Debugging find_package() search behavior?
On 08/29/2017 05:28 PM, Robert Dailey wrote: > One other thing: Is there a way to make find_package() default to > CONFIG mode? Right now it seems to search MODULE first, then CONFIG. > But right now the only way to enable config is to explicitly use the > CONFIG option or make sure CMake can't find a find module by > manipulating CMAKE_MODULE_PATH. It only searches in one mode. The presence or non-presence of a find module in CMAKE_MODULE_PATH is the way the mode is selected if an explicit CONFIG option is not given. There is an issue about this here: https://gitlab.kitware.com/cmake/cmake/issues/16805 with an unfinished/expired MR: https://gitlab.kitware.com/cmake/cmake/merge_requests/768 Some find modules call `find_package(MyPackage CONFIG ...)` as their first step if the external package may be found by either method. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [CMake] Future direction for FindCUDA
Hi, we have encountered this issue as well, in our case when using thrust on the host side. We currently solve this by still using FindCUDA, even when using CMake 3.8/3.9, but only using the CUDA_*_LIBRARY and CUDA_TOOLKIT_INCLUDE variables and nothing else. Instead of modifying what FindCUDA does, which would break backwards compatibility, FindCUDA could be split into FindCUDA and FindCUDALibraries or something like that. Regards Johannes Fraunhofer-Institut für Graphische Datenverarbeitung IGD Fraunhoferstr. 5 | 64283 Darmstadt | Germany Tel +49 6151 155-606 | Fax +49 6151 155-139 johannes.mueller-roe...@igd.fraunhofer.de | www.igd.fraunhofer.de -Original Message- From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Siyuan Liu Sent: Wednesday, August 30, 2017 07:05 To: cmake@cmake.org Subject: [CMake] Future direction for FindCUDA Dear all, I've noticed the change to CUDA as a language in CMake 3.8. I've migrated to this new syntax, but this change leads to some difficulties for me with CMake. I think we should treat CUDA as not just a language but rather a language with some libraries. Now that the FindCUDA module is deprecated, I cannot compile a file with GCC while linking to a CUDA library (since the CUDA_xxx_LIBRARY variables are gone). The reason for not using NVCC is to save compilation time. Personally, I think FindCUDA should become a module for purely finding CUDA libraries for linking without anything related to the NVCC compiler (e.g. the cuda_add_executable macro). My questions in short: 1. Can I link to CUDA libraries with GCC while not using FindCUDA? 2. What's your opinion on my suggestion about FindCUDA? Regards, Siyuan -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake