summaryrefslogtreecommitdiffstats
path: root/Help/prop_tgt
Commit message (Collapse)AuthorAgeFilesLines
...
| * | | Help: Clarify valid versus supported values for CUDA_STANDARDCraig Scott2021-11-071-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
* | | | Merge topic 'doc-SOURCES-genex'Brad King2021-11-051-2/+34
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 9fac18a4a6 Help: Clarify target_sources path conversion w.r.t generator expressions 9abd63dd3a Help: Explain how target SOURCES are interpreted Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Michael Hirsch <michael@scivision.dev> Merge-request: !6692
| * | | | Help: Explain how target SOURCES are interpretedArcturus Arcturus2021-11-021-2/+34
| | |/ / | |/| | | | | | Co-Authored-By: Craig Scott <craig.scott@crascit.com>
* | | | Merge topic 'help_cmake_lang_extensions_default'Brad King2021-11-037-13/+26
|\ \ \ \ | |/ / / |/| / / | |/ / | | | | | | | | | e9976c8827 Help: Better explain CMAKE_<LANG>_EXTENSIONS_DEFAULT Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !6686
| * | Help: Better explain CMAKE_<LANG>_EXTENSIONS_DEFAULTRaul Tambre2021-11-027-13/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Explain that this represents the compiler's default and mustn't be modified by the user. Clarify when it's used as the default. Additionally: * Add a reference to it in cmake-compile-features in text explaining the feature. * Add explanations for the default initialization by `CMAKE_<LANG>_EXTENSIONS_DEFAULT` to all `<LANG>_EXTENSIONS` pages and references to CMP0128. * Slightly reduce the wordiness of the default initialization explanations by removing an unnecessary "it is". Fixes #22828.
* | | Merge topic 'support_nvcc_native_flag'Brad King2021-11-021-0/+12
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 14d8a2768d CUDA: Support nvcc 11.5 new -arch=all|all-major flags Acked-by: Kitware Robot <kwrobot@kitware.com> Reviewed-by: Raul Tambre <raul@tambre.ee> Merge-request: !6652
| * | | CUDA: Support nvcc 11.5 new -arch=all|all-major flagsRobert Maynard2021-11-011-0/+12
| | |/ | |/|
* | | Help: Add documentation for target_sources(FILE_SET) and associated propertiesKyle Edwards2021-10-276-0/+41
|/ /
* | export: Propagate IMPORTED_NO_SYSTEM target property to consumersBrad King2021-10-151-1/+3
| | | | | | | | | | | | | | | | | | Enabling `IMPORTED_NO_SYSTEM` on a target built within the project has no effect on the build system, but it is still a useful way to set the property on imported targets generated by `install(EXPORT)` and `export()`. Issue: #17364
* | Add property to mark IMPORTED targets as not SYSTEMBrad King2021-10-142-0/+18
|/ | | | | | | | | | | Add an `IMPORTED_NO_SYSTEM` target property to specify this. When enabled, do not treat the `INTERFACE_INCLUDE_DIRECTORIES` of an imported target as `SYSTEM` include directories. This is similar to the existing `NO_SYSTEM_FROM_IMPORTED` property, but works from the consumed target rather than the consumer. Fixes: #17364
* Help: Update Sphinx versionadded directives for 3.22 releaseBrad King2021-10-071-0/+2
| | | | | | | | | Run the script: Utilities/Sphinx/update_versions.py --since v3.21.0 --overwrite Manually select updates that really belong to the 3.22 release, as against adding documentation for previously-existing entities.
* Help: Document HIP standard/extensions properties and variablesRaul Tambre2021-09-283-0/+86
|
* Help: Generic language standard and extension variables documentationRaul Tambre2021-09-283-0/+75
| | | | | | Add generic documentation to improve the discoverability of language-specific ones and to make it possible to refer to them generically from other language generic documentation.
* Help: Mention that Qt6 is supported by AUTOGENJoerg Bornemann2021-09-063-10/+13
| | | Co-Authored-By: Craig Scott <craig.scott@crascit.com>
* Merge topic 'LWYU-externalization'Brad King2021-07-121-9/+15
|\ | | | | | | | | | | | | | | | | 14e57e9637 LINK_WHAT_YOU_USE feature: externalize configuration 9c5132a586 PGI: Fix "LINKER:" prefix generated separator 8a93de080c cmGeneratorTarget: Add method for LINKER: prefix translation Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !6306
| * LINK_WHAT_YOU_USE feature: externalize configurationMarc Chevrier2021-07-091-9/+15
| | | | | | | | | | | | | | | | Currently, this feature is only supported on ELF platforms. So, the property LINK_WHAT_YOU_USE will be ignored for other plateforms. Moreover, flags and commands are now controled by CMake variables. Fixes: #20174
* | Merge topic 'doc-lang-std'Brad King2021-07-083-3/+54
|\ \ | |/ |/| | | | | | | | | | | | | d69b46bf01 Help: Document when CUDA_STANDARD values were added bdb59839b9 Help: Document when OBJCXX_STANDARD values were added 627aca946b Help: Document when OBJC_STANDARD values as definition list Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !6321
| * 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.
| * Help: Document when OBJCXX_STANDARD values were addedBrad King2021-07-081-1/+21
| |
| * Help: Document when OBJC_STANDARD values as definition listBrad King2021-07-081-1/+10
| |
* | Merge topic 'help_cxxstd'Brad King2021-07-071-1/+25
|\ \ | |/ | | | | | | | | | | 5650bebc2f Help: Note CXX_STANDARD values added vs. CMake version Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !6305
| * Help: Note CXX_STANDARD values added vs. CMake versionMichael Hirsch2021-07-061-1/+25
| |
* | Merge topic 'help_cstd'Brad King2021-07-021-1/+20
|\ \ | |/ | | | | | | | | | | 9c310ff075 Help: Note C_STANDARD values added in CMake 3.21 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !6294
| * Help: Note C_STANDARD values added in CMake 3.21Michael Hirsch2021-07-011-1/+20
| | | | | | | | Issue: #22366
* | Makefiles: Add support for building Fortran intrinsicsIsuru Fernando2021-06-241-0/+14
|/ | | | Fixes: #21463
* Merge topic 'add_hip_language'Brad King2021-06-092-1/+28
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 8514ee9b31 HIP: analyze output of `hipcc` to determine default GPU architecture 20d086f1a2 HIP: All HIP tests now run on CMake's current AMD hardware 2e86e50c2f HIP: Add HIP to all the Check* modules 947dbed0aa HIP: Automatically inject the `hip::device` runtime target b50bfc8913 HIP: Add language to CMake ff0d2858e1 HIP: Extract clang compiler details from hipcc bd844387df ROCMClang: Add the ROCm toolkit derived clang compiler to CMake 590553f322 Compilers: protect use of __has_include ... Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Zack Galbreath <zack.galbreath@kitware.com> Reviewed-by: Raul Tambre <raul@tambre.ee> Acked-by: Axel Huebl <axel.huebl@plasma.ninja> Merge-request: !6121
| * HIP: analyze output of `hipcc` to determine default GPU architectureZack Galbreath2021-06-071-2/+3
| |
| * HIP: Add language to CMakeRobert Maynard2021-06-072-1/+27
| |
* | Merge topic 'compile-options-order'Brad King2021-06-081-3/+7
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | 8f68bcad8f Tests: Add cases verifying flag ordering rules ccc83ce162 Help: Document order of flags from CMAKE_<LANG>_FLAGS and COMPILE_OPTIONS df79fe055b Help: Remove incorrect "versionadded" for CMAKE_<LANG>_FLAGS_<CONFIG> c48d2d8480 VS: Place per-source preprocessor definitions after target-wide ones Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !6187
| * | Help: Document order of flags from CMAKE_<LANG>_FLAGS and COMPILE_OPTIONSBrad King2021-06-031-3/+7
| |/
* | Help: Remove recommendations for using CMAKE_CFG_INTDIRCraig Scott2021-06-061-12/+10
|/ | | | | | Commit e71c4f7729 (CMAKE_CFG_INTDIR: Formally deprecate in favor of $<CONFIG>, 2021-05-27) only updated the docs for CMAKE_CFG_INTDIR itself, but other parts of the docs still used it. Update the other places to avoid referring to the now-deprecated variable.
* Launchers: Support setting linker launchersBobby D Reynolds2021-05-281-0/+16
| | | | Fixes: #18316
* Help: Add SHELL, LINKER and host/device discussions to property docsCraig Scott2021-05-153-0/+10
| | | | | | Section headings are also added for each common block to help guide the reader and improve navigation. Fixes: #21640
* Help: Fix typos and spelling in documentationJosef Angstenberger2021-05-072-2/+2
|
* Help: Convert CMAKE_LINK_DEPENDS_NO_SHARED to cross-reference linkCraig Scott2021-04-271-2/+3
|
* Merge topic 'xcode_app_extensions'Brad King2021-04-266-7/+75
|\ | | | | | | | | | | | | | | eb5e33ba47 Xcode: Add support for embedding app extensions f62a2bf44f Tests: Factor out XcodeProject-Embed check function findAttribute() Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !5934
| * Xcode: Add support for embedding app extensionsAlexander Akhundzhanov2021-04-226-7/+75
| | | | | | | | Co-Authored-By: Craig Scott <craig.scott@crascit.com>
* | Help: Demonstrate using set_target_properties with CUDA architecturesRobert Maynard2021-04-201-1/+1
| | | | | | | | | | | | | | | | A common anti-pattern is to copy from the `CUDA_ARCHITECTURES` documentation. If at any point the user tries to simplify by changin `set_property` to `set_target_properties` the code breaks. To better train users, provide and example of how to set multiple CUDA architectures with `set_target_properties`.
* | Merge topic 'ios-rpath-linker-flag'Brad King2021-04-071-3/+5
|\ \ | | | | | | | | | | | | | | | | | | 4aed96e230 Apple: Set CMAKE_SHARED_LIBRARY_RUNTIME_C_FLAG on non-macOS too Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !5980
| * | Apple: Set CMAKE_SHARED_LIBRARY_RUNTIME_C_FLAG on non-macOS tooCraig Scott2021-04-061-3/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since CMake 3.19, we no longer support macOS SDKs older than 10.5, which corresponds to Xcode 3. Supporting older Xcode versions for device platforms is also not realistic. We therefore expect the -rpath linker option should always be supported now. When targeting iOS, tvOS or watchOS, the previous disabling of -rpath support meant that the install_name_dir of shared libraries and frameworks was unable to use @rpath. This resulted in embedding absolute paths for their install_name. When they were embedded in an app bundle, this would cause the app to fail at runtime. By enabling the -rpath linker option, the default install_name_dir is now @rpath for these platforms, which results in binaries that do work at runtime. Fixes: #20036
* | | Merge topic 'doc-IMPORTED_LOCATION'Brad King2021-04-021-4/+4
|\ \ \ | |/ / | | / | |/ |/| | | | | 08a25e4902 Help: Clarify IMPORTED_LOCATION documentation Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !5968
| * Help: Clarify IMPORTED_LOCATION documentationmcc2021-04-011-4/+4
| | | | | | | | | | Prefer the macOS term "application bundle" over just "bundle". Put both macOS cases together.
* | C23 supportRaul Tambre2021-02-251-1/+1
| |
* | C17 supportRaul Tambre2021-02-251-1/+1
|/ | | | Implements #17755.
* Help: Add Ninja Multi-Config and make generator types into linksCraig Scott2021-02-141-5/+6
|
* Help: Convert output directory variable mentions to cross-referencesCraig Scott2021-02-143-3/+3
|
* Help: Update Sphinx versionadded directives for 3.20 releaseBrad King2021-02-101-0/+2
| | | | | | | | | Run the script: Utilities/Sphinx/update_versions.py --since v3.19.0 --overwrite Manually restore the 3.20 version for `cmake_path`, which was originally part of 3.19 but reverted and restored in 3.20.
* Merge topic 'object-lib-multiarch'Brad King2021-02-092-4/+95
|\ | | | | | | | | | | | | | | 4d46b1401f add_library(): Allow imported object libraries with multi-arch 1a915e8953 Tests: TargetObjects does not need any languages enabled Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !5771
| * add_library(): Allow imported object libraries with multi-archCraig Scott2021-02-062-4/+95
| | | | | | Fixes: #21276
* | Help: Convert some genex names to explicit cross-referencesBrad King2021-02-051-2/+2
|/ | | | | | | | | Since commit c2dc7e0f53 (Help: Convert genex documentation to sphinx domain objects, 2021-01-15) we can use `:genex:` cross-references to link to named generator expressions. Update some places to do this. This is meant to demonstrate the capability, not as a comprehensive sweep.