<div dir="ltr"><div dir="ltr"><div>I believe the closest equivalent to settinga CUDA_TOOLKIT_ROOT_DIR when using enable_language(CUDA) is to set either the environment variable CUDACXX or the CMake cache entry CMAKE_CUDA_COMPILER to point to the location of the nvcc compiler.<br><br></div><div>However I think there are still some "features" of FindCUDA that enable_language don't support, e.g. variables and/or import targets with locations, see <a href="https://gitlab.kitware.com/cmake/cmake/issues/17816">https://gitlab.kitware.com/cmake/cmake/issues/17816</a><br><br></div><div>Kind regards,</div><div>Luis<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 4:57 PM Dustyn Blasig <<a href="mailto:dustyn@blasig.us">dustyn@blasig.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">"we should not try to combine enable_language(CUDA) with find_package(CUDA). They do not work together, either use one or another."</div><div dir="ltr"><br></div><div>Absolutely, my goal is to move to the new built-in language support. I'm having trouble doing that because I can't find any documentation on it. For instance, what is the new equivalent CUDA_TOOLKIT_ROOT_DIR? Without find_package(CUDA), I don't see anything set that have the equivalent. Also, in some cases the CUDA include directory is added to targets, and in other cases it isn't, even if the target depends on source with .cu. What is the documented behavior for this?</div><div><br></div><div>I'm sure there has to be a page somewhere on this, but going to page 4 on Google search didn't uncover anything, and the first 2 pages all point to various versions of FindCUDA : )</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 29, 2019 at 11:28 AM Dmitry Mikushin <<a href="mailto:dmitry@parallel-computing.pro" target="_blank">dmitry@parallel-computing.pro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><div dir="ltr"><br></div><div dir="ltr">That was my confusion as well: to my understanding, we should not try to combine enable_language(CUDA) with find_package(CUDA). They do not work together, either use one or another.</div><div dir="ltr"><br></div><div>Kind regards,</div><div>- Dmitry.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 29 мар. 2019 г. в 19:58, Dustyn Blasig <<a href="mailto:dustyn@blasig.us" target="_blank">dustyn@blasig.us</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi All,<div><br></div><div>I can't find any documentation on the new-ish "native" CUDA support. I need to know all the variables that we can use, and (for instance) whether checking the CUDA version is now supported. When searching online, I'm always directed to the old FindCUDA pages which don't seem to match what is available with the native language support.</div><div><br></div><div>Currently, I'm "hacking" my way through things by using both flows. I add CUDA as a language, use the found CUDA compiler to construct a CUDA_TOOLKIT_ROOT_DIR and then call find_package(CUDA) to get the old environment variables set up.</div><div><br></div><div>Cheers!</div></div>
-- <br>
<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" rel="noreferrer" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://cmake.org/mailman/listinfo/cmake" rel="noreferrer" target="_blank">https://cmake.org/mailman/listinfo/cmake</a><br>
</blockquote></div>
</blockquote></div>
-- <br>
<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" rel="noreferrer" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Kitware offers various services to support the CMake community. For more information on each offering, please visit:<br>
<br>
CMake Support: <a href="http://cmake.org/cmake/help/support.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/support.html</a><br>
CMake Consulting: <a href="http://cmake.org/cmake/help/consulting.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/consulting.html</a><br>
CMake Training Courses: <a href="http://cmake.org/cmake/help/training.html" rel="noreferrer" target="_blank">http://cmake.org/cmake/help/training.html</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://cmake.org/mailman/listinfo/cmake" rel="noreferrer" target="_blank">https://cmake.org/mailman/listinfo/cmake</a><br>
</blockquote></div>