summaryrefslogtreecommitdiffstats
path: root/Modules/FindCUDA.cmake
Commit message (Collapse)AuthorAgeFilesLines
* Added support for curand, cusparse, npp, nvcuenc and nvcuvid libraries.James Bigler2011-12-201-1/+30
| | | | | | This addresses Bug 11882 which provided a sample implementation for adding support for cusparse. I went ahead and added all the libraries I thought appropriate.
* Merge topic 'topics/FindCUDA/Misc-fixes'David Cole2011-12-071-10/+11
|\ | | | | | | | | aa36082 Miscellaneous fixes.
| * Miscellaneous fixes.James Bigler2011-12-061-10/+11
| |
* | Merge topic 'topics/FindCUDA/Multi-dir-clash'David Cole2011-12-071-10/+54
|\ \ | | | | | | | | | | | | 80e279d Make CUDA working directory unique for each target.
| * | Make CUDA working directory unique for each target.James Bigler2011-12-061-10/+54
| |/ | | | | | | | | This allows you to have more than source file with the same name but different directories. The intermediate and configuration files are now in this same directory.
* | Merge topic 'topics/FindCUDA/Quote-fixes'David Cole2011-12-061-6/+6
|\ \ | | | | | | | | | | | | c3c7a0c Fixes for handling quotes in args and other places (Fix Bug 11726 and 12099).
| * | Fixes for handling quotes in args and other places (Fix Bug 11726 and 12099).James Bigler2011-12-061-6/+6
| |/
* | Merge topic 'topics/FindCUDA/linux-double-build'David Cole2011-12-061-0/+2
|\ \ | | | | | | | | | | | | aa59544 Reset dependency file list when a dependency disappeared.
| * | Reset dependency file list when a dependency disappeared.James Bigler2011-12-051-0/+2
| |/ | | | | | | | | | | Fix a long outstanding bug when a file in the dependency list wasn't found. This bug wouldn't reset the dependencies, so the makefile would still want the missing file when building. The work around was to configure twice, but this is no longer necessary.
* | Added support for CUDA_PATH which is present in the CUDA toolkit 3.2 onward.James Bigler2011-12-051-11/+14
|/ | | | | This required changing how the paths were used. I now use the PATH_SUFFIXES parameter instead of putting the whole path in the command.
* Modules: Include builtin FindPackageHandleStandardArgs directlyBrad King2011-01-201-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The FindPackageHandleStandardArgs module was originally created outside of CMake. It was added for CMake 2.6.0 by commit e118a627 (add a macro FIND_PACKAGE_HANDLE_STANDARD_ARGS..., 2007-07-18). However, it also proliferated into a number of other projects that at the time required only CMake 2.4 and thus could not depend on CMake to provide the module. CMake's own find modules started using the module in commit b5f656e0 (use the new FIND_PACKAGE_HANDLE_STANDARD_ARGS in some of the FindXXX modules..., 2007-07-18). Then commit d358cf5c (add 2nd, more powerful mode to find_package_handle_standard_args, 2010-07-29) added a new feature to the interface of the module that was fully optional and backward compatible with all existing users of the module. Later commit 5f183caa (FindZLIB: use the FPHSA version mode, 2010-08-04) and others shortly thereafter started using the new interface in CMake's own find modules. This change was also backward compatible because it was only an implementation detail within each module. Unforutnately these changes introduced a problem for projects that still have an old copy of FindPackageHandleStandardArgs in CMAKE_MODULE_PATH. When any such project uses one of CMake's builtin find modules the line include(FindPackageHandleStandardArgs) loads the copy from the project which does not have the new interface! Then the including find module tries to use the new interface with the old module and fails. Whether this breakage can be considered a backward incompatible change in CMake is debatable. The situation is analagous to copying a standard library header from one version of a compiler into a project and then observing problems when the next version of the compiler reports errors in its other headers that depend on its new version of the original header. Nevertheless it is a change to CMake that causes problems for projects that worked with previous versions. This problem was discovered during the 2.8.3 release candidate cycle. It is an instance of a more general problem with projects that provide their own versions of CMake modules when other CMake modules depend on them. At the time we resolved this instance of the problem with commit b0118402 (Use absolute path to FindPackageHandleStandardArgs.cmake everywhere, 2010-09-28) for the 2.8.3 release. In order to address the more general problem we introduced policy CMP0017 in commit db44848f (Prefer files from CMAKE_ROOT when including from CMAKE_ROOT, 2010-11-17). That change was followed by commit ce28737c (Remove usage of CMAKE_CURRENT_LIST_DIR now that we have CMP0017, 2010-12-20) which reverted the original workaround in favor of using the policy. However, existing project releases do not set the policy behavior to NEW and therefore still exhibit the problem. We introduced in commit a364daf1 (Allow users to specify defaults for unset policies, 2011-01-03) an option for users to build existing projects by adding -DCMAKE_POLICY_DEFAULT_CMP0017=NEW to the command line. Unfortunately this solution still does not allow such projects to build out of the box, and there is no good way to suggest the use of the new option. The only remaining solution to keep existing projects that exhibit this problem building is to restore the change originally made in commit b0118402 (Use absolute path to FindPackageHandleStandardArgs.cmake everywhere, 2010-09-28). This also avoids policy CMP0017 warnings for this particular instance of the problem the policy addresses.
* Remove usage of CMAKE_CURRENT_LIST_DIR now that we have CMP0017Alex Neundorf2011-01-041-1/+1
| | | | | | | | This puts the new search behaviour for included files in action, i.e. now when a file from Modules/ include()s another file, it also gets the one from Modules/ included, i.e. the one it expects. Alex
* Merge topic 'AddCMAKE_CURRENT_LIST_DIR'David Cole2010-10-191-1/+1
|\ | | | | | | | | | | | | b011840 Use absolute path to FindPackageHandleStandardArgs.cmake everywhere 41e4f1a Add automatic variable CMAKE_CURRENT_LIST_DIR(dir of CMAKE_CURRENT_LIST_FILE) f9fc79c Remove trailing whitespace
| * Use absolute path to FindPackageHandleStandardArgs.cmake everywhereAlex Neundorf2010-09-281-1/+1
| | | | | | | | | | | | | | This is to avoid getting an (older) copy of FPHSA.cmake which is e.g. installed with KDE 4.5.0 and 4.5.1. Alex
* | Merge topic 'FindCUDA-allow-g3'Brad King2010-10-051-2/+2
|\ \ | | | | | | | | | | | | 6916f8d Allow -g3 for CUDA v3.0+.
| * | Allow -g3 for CUDA v3.0+.James Bigler2010-10-041-2/+2
| |/ | | | | | | | | In versions of the CUDA toolkit previous to version 3.0 the use of -g3 would cause compilation errors. This was fixed in version 3.0.
* | Fix for bug 0011263.James Bigler2010-10-041-1/+3
|/ | | | Added CUSDKCOMPUTE_ROOT to the list of paths when looking for CUDA_SDK_ROOT_DIR.
* Added CUDA 3.2 directory changes. Disable emulation mode for CUDA 3.1+.James Bigler2010-09-101-3/+22
| | | | | | | | | | CUDA 3.2 on Windows systems changed the layout of the library paths. This adds the extra directories needed to locate the new files. I also explicitly disable emulation mode for CUDA 3.1+. This feature was deprecated in 3.0 and ultimately removed in 3.1. The script errors out if CUDA_BUILD_EMULATION is turned on. I didn't want to ignore emulation mode (even with a warning - which most people may not even see) and have users confused as to why it wasn't working.
* Improved version checking for FindCUDA using the new mode of FPHSAAlex Neundorf2010-08-071-29/+8
| | | | Alex
* Fix spelling errors reported by Lintian.Kai Wasserbäch2010-07-131-2/+2
| | | | | During a Lintian run on the binary packages of CMake in Debian I was notified of many spelling mistakes.
* Merge branch 'CudaRTEmuLibraryForCUDA30'Brad King2010-06-241-2/+23
|\
| * Add support for the emulation version of the cudart library.James Bigler2010-06-211-2/+23
| | | | | | | | | | | | | | In version 3.0 of the CUDA toolkit when building code for emulation, you need to link against a new version of the cuda run time library called cudartemu. This CL adds a check for the new library and uses it when present and in emulation mode. Note that this library is not present in previous or subsequent versions of the CUDA toolkit.
* | CUDA_VERSION variable passed to REGEX needs quotes to work when not defined.James Bigler2010-06-151-2/+2
| |
* | Fixed: CUDA_VERSION_MAJOR/MINOR now computed after first run.James Bigler2010-05-121-0/+4
|/ | | | | | CUDA_VERSION_MAJOR and CUDA_VERSION_MINOR were only computed when CUDA_VERSION was first computed. Subsequent runs of FindCUDA would not have CUDA_VERSION_MAJOR/MINOR set. We now extract the major and minor versions from the CUDA_VERSION cache variable every run.
* Add -rpath for cuda libraries on Apple. They use @rpath in the library link ↵James Bigler2010-01-281-0/+8
| | | | names.
* Updated the documentation on what kinds of flags you can use when setting ↵James Bigler2010-01-281-3/+6
| | | | target properties.
* Changed warning string to use the WARNING flag.James Bigler2010-01-081-1/+1
|
* Disable the --host-compilation flag for CUDA >= 3.0 since it is derecated.James Bigler2010-01-081-1/+5
|
* Fix #9970: Use execute_process instead of deprecated exec_program.James Bigler2009-12-011-1/+1
|
* Fix -fPIC from being used on executable object files.James Bigler2009-11-041-14/+36
| | | | BUILD_SHARED_LIBS is now only recognized when calling CUDA_ADD_LIBRARY. If you want the CMAKE_SHARED_LIBRARY_C/CXX_FLAGS to be used, pass SHARED as an argument. This prevents -fPIC from being used on objects destined for executables by default.
* Look for nvcc in the 32 bit bin directory before the 64 bin directory.James Bigler2009-10-271-2/+2
|
* Fix Xcode build.James Bigler2009-10-071-0/+2
| | | | | Move the make_directory command to the main target, so that CMAKE_CFG_INTDIR will get expanded by the build tool.
* Updated copyright notice to conform to NVIDIA guidelines.James Bigler2009-10-051-2/+1
|
* Removed support for cutil library and header file.James Bigler2009-09-291-41/+54
| | | | | | | | Cutil was never intented to be used outside of the SDK. The removal of this code is in support of this. The CUDA_SDK_ROOT_DIR will continue to be supported, in case users wish to use this to find files in the SDK. There are also two examples of how to use CUDA_SDK_ROOT_DIR to find header files and libraries if users so wish.
* Fixed CUDA_PROPAGATE_HOST_FLAGS, added path for Mac SDK.James Bigler2009-09-291-15/+22
| | | | | | The CUDA_PROPAGATE_HOST_FLAGS was incorrect in that it prevented the CUDA_NVCC_FLAGS_CONFIG variable from getting filled. Also, added a search path for the CUDA SDK install on Macs.
* Convert newlines from CRLF to LFBrad King2009-09-251-1205/+1205
| | | | | These files were committed to the repository with Windows newlines. This converts them to Unix newlines so they will show up natively.
* Documentation fixes, new CUDA_PROPAGATE_HOST_FLAGS, changed output directory.James Bigler2009-09-251-136/+168
| | | | | | | | | - Finished updating and formatting documentation. - Added CUDA_PROPAGATE_HOST_FLAGS (Default ON) that can disable the C flag propagation to the host compiler. _ Changed the output directory for support files from ${CMAKE_CURRENT_BINARY_DIR} to ${CMAKE_CURRENT_BINARY_DIR}/CMakeFiles. This will hopefully reduce the clutter in the binary directory.
* Updated formatting of documentation plus a little reorganization.James Bigler2009-09-231-141/+145
|
* Initial version of FindCUDA script. Still needs documentation formatting.James Bigler2009-09-151-0/+1169
generated by cgit v0.12 at 2025-01-09 10:21:09 (GMT)