summaryrefslogtreecommitdiff
path: root/Help/prop_tgt/CUDA_STANDARD.rst
Commit message (Collapse)AuthorAgeFilesLines
* CMake: Support upcoming C++26 language levelRobert Maynard2022-08-311-0/+6
|
* Help: Clarify valid versus supported values for CUDA_STANDARDCraig Scott2021-11-081-5/+11
| | | | | | | | | | | | CMake 3.18 added the first support for any compiler for 17 and 20, but those were recognized as valid values in earlier CMake versions even though there was no compiler that supported them. Make this distinction clear to avoid creating the impression that these standards could be usefully used before CMake 3.18. While 98 is recognized as a valid value, it also just gets treated as 03 internally. Document this behavior as well. Fixes: #22711
* Help: Document when CUDA_STANDARD values were addedBrad King2021-07-081-1/+23
| | | | | | | | Note that some CUDA C++ language standard levels were added before any compilers actually supported them. In such cases, the value of `CUDA_STANDARD` gracefully degrades to the highest supported by the compiler (unless `CUDA_STANDARD_REQUIRED` is enabled). Therefore we can document support for each value based on when CMake learned of it.
* CUDA, CXX, OBJCXX: C++23 support with Clang 12Raul Tambre2020-12-081-1/+1
| | | | | Clang 12 landed initial support for C++23 language mode flag -std={c|gnu}++2b in commit 6627a3c2873fdf7ccba1a1573371079be48b36e8.
* Help: Add Sphinx 'versionadded' directives to each top-level documentKitware Robot2020-07-061-0/+2
| | | | | | | Run the `Utilities/Sphinx/update_versions.py` script to add initial markup to every top-level document and find module. Issue: #19715
* CUDA: Add support for Clang compilerRaul Tambre2020-05-151-1/+1
| | | | | | | | | | | | | | | | | | | When crosscompiling we pass the sysroot. We need to try various architecture flags. Clang doesn't automatically select one that works. First try the ones that are more likely to work for modern installations: * <=sm_50 is deprecated since CUDA 10.2, try sm_52 first for future compatibility. * <=sm_20 is removed since CUDA 9.0, try sm_30. Otherwise fallback to Clang's current default. Currently that's `sm_20`, the lowest it supports. Separable compilation isn't supported yet. Fixes: #16586
* CUDA: Add support for requesting C++98 under CUDA 9Robert Maynard2017-09-261-1/+1
| | | | | | | | | Starting in CUDA 9 the default compilation mode is C++14, and you need to explicitly enable C++98/03 mode. While at it, document `14` among the values for `CUDA_STANDARD`. This was accidentally left out of commit v3.9.0-rc1~118^2 (CUDA: Add support for the C++14 standard flag, 2017-05-11).
* Help: Document CUDA_STANDARD and related propertiesRobert Maynard2016-12-091-0/+32