summaryrefslogtreecommitdiffstats
path: root/Help/variable
Commit message (Collapse)AuthorAgeFilesLines
* Help: Fix minor grammar problemsCraig Scott2025-12-211-3/+3
|
* Emscripten: Provide CMAKE_<LANG>_COMPILER_ARCHITECTURE_IDBrad King2025-11-251-0/+6
| | | | | | | | | Extend commit 96d9b94a98 (Emscripten: Add platform modules, 2025-05-16, v4.2.0-rc1~607^2~3) to account for commit 7f0f382c55 (Provide CMAKE_<LANG>_COMPILER_ARCHITECTURE_ID on more compilers, 2025-03-24, v4.1.0-rc1~499^2). Fixes: #27425
* Help/CMAKE_AUTOGEN_INTERMEDIATE_DIR_STRATEGY: document supported generatorsBen Boeckel2025-11-181-0/+6
| | | | Fixes: #27388
* Merge topic 'xcode-macos-deployment-target' into release-4.2Brad King2025-10-271-10/+34
|\ | | | | | | | | | | | | | | | | | | | | de53a46a91 Help: Add 4.1 release note for restored Xcode default deployment target 85ba6f5d1b Merge branch 'backport-4.0-xcode-macos-deployment-target' 884260ced6 Help: Add 4.0 release note for restored Xcode default deployment target 1a37c83c7e Xcode: Restore default CMAKE_OSX_DEPLOYMENT_TARGET to run on host e927408047 Apple: Initialize deployment target after SDK Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11361
| * Merge branch 'backport-4.0-xcode-macos-deployment-target'Brad King2025-10-261-10/+34
| |\
| | * Xcode: Restore default CMAKE_OSX_DEPLOYMENT_TARGET to run on hostBrad King2025-10-261-10/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Xcode by default targets the SDK's macOS version rather than the host's macOS version. In commit 7b19531291 (macOS: Do not pass any SDK/-isysroot to compilers by default, 2024-11-06, v4.0.0-rc1~511^2) we reverted commit 24aafbde11 (Xcode: Adjust deployment target SDK version to host version, 2015-10-11, v3.4.0-rc2~6^2), but it is still needed for Xcode. Restore the behavior so binaries run on the host by default. Fixes: #27309
* | | FASTbuild: allow setting custom IDE argsEduard Voronkin2025-10-171-0/+17
| | | | | | | | | | | | | | | Allow users to set custom args when FBuild is invoked via IDE.
* | | Merge topic 'doc-apple-arch-default' into release-4.2Brad King2025-10-101-0/+4
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 6055a12d36 Help: Document default architecture when CMAKE_OSX_ARCHITECTURES is not set Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: rumgot rumgotov <rumgot@gmail.com> Merge-request: !11296
| * | | Help: Document default architecture when CMAKE_OSX_ARCHITECTURES is not setBrad King2025-10-091-0/+4
| | | | | | | | | | | | | | | | Issue: #27293
* | | | Help: Update Sphinx versionadded directives for 4.2 releaseBrad King2025-10-0914-0/+28
|/ / / | | | | | | | | | | | | | | | Run the script: Utilities/Sphinx/update_versions.py --since v4.1.0 --overwrite
* | | Help: Document generators supporting CMAKE_INTERMEDIATE_DIR_STRATEGYBrad King2025-10-011-0/+6
| | | | | | | | | | | | Move this information from the release note to the actual docs.
* | | FASTBuild: expose more optionsEduard Voronkin2025-09-177-0/+55
| | | | | | | | | | | | Expose more options for compiler configuration as well as adding unit test
* | | Merge topic 'vs-ifx'Brad King2025-09-171-1/+8
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | eae0a053f5 VS: Default Intel Fortran projects to ifx in VS 18 and above Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11197
| * | | VS: Default Intel Fortran projects to ifx in VS 18 and aboveBrad King2025-09-161-1/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Intel oneAPI distributions no longer include the `ifort` compiler, but its Visual Studio Integration defaults to `ifort` if `ifx` is not explicitly specified in the `.vfproj` file. We cannot change the default Fortran compiler in VS 17 and older, but since the VS 18 generator is new, we can establish `ifx` as its default. This establishes working defaults on new versions of VS and oneAPI while retaining existing behavior on older versions. Issue: #26415
* | | | Merge topic 'vs2026'Brad King2025-09-162-0/+2
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 47c784ba8a Help: Add release note for Visual Studio 18 2026 generator cd46d8ec84 Merge branch 'backport-vs2026' into vs2026 3392b371e2 VS: Add Visual Studio 18 2026 generator 7f0883ac04 VS: Remove unused generator code 6f0d245083 VS: Fix `/dynamicdeopt` flag table entry order for v145 toolset 398ce8af72 VS: Remove `/guard:cf` from v145 link flag table 5c9085d876 VS: Remove `/MERGE` from v145 link flag table fe5c78310c VS: Map the link `/debug` flag for v145 toolset ... Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11168
| * \ \ \ Merge branch 'backport-vs2026' into vs2026Brad King2025-09-152-0/+2
| |\ \ \ \ | | |/ / /
| | * | | VS: Add Visual Studio 18 2026 generatorBrad King2025-09-152-0/+2
| | |/ / | | | | | | | | | | | | Closes: #27213
* | | | Merge topic 'cxxmodules-custom-import-std-metadata-file'Brad King2025-09-151-0/+11
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 85e536b5eb gitlab-ci: test `CMAKE_CXX_STDLIB_MODULES_JSON` in CI 42621a232b Tests/CXXModules: add a label 2f101b2c8c Tests/CXXModules: support testing with custom stdlib json locations 6c178a4ae3 Tests/RunCMake: add newlines in CXXModules options 2b85541e39 cxximportstd: support setting the `import std` metadata location Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11175
| * | | | cxximportstd: support setting the `import std` metadata locationBen Boeckel2025-09-111-0/+11
| |/ / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some deployments may not be able to discover the metadata file reliably (e.g., custom `clang` builds on macOS while using the SDK's stdlib or distribution bugs). Allow users to force the location so that compiler-driven detection doesn't have to bend over backwards for unforeseen bugs.
* | | | Merge topic 'fbuild_cache_path'Brad King2025-09-121-3/+4
|\ \ \ \ | |/ / / |/| | | | | | | | | | | | | | | | | | | f77628e0af FASTBuild: don't set default cache path Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11157
| * | | FASTBuild: don't set default cache pathEduard Voronkin2025-09-111-3/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Leave only 2 option to set cache path: 1. CMake variable 2. Environment variable Update docs to reflect the changes.
* | | | Merge topic 'object-name-properties'Brad King2025-09-101-1/+2
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | b53837a1bd prop_sf/INSTALL_OBJECT_NAME: support custom install object names 08f1a0fbc6 cmLocalGenerator: get the configuration when building object paths 168e55be41 cmObjectLocation: support install-specific object locations 84372ce0b5 prop_sf/OBJECT_NAME: no-op for the FASTBuild and Xcode generators 9ef99353cb prop_sf/OBJECT_NAME: support custom object names 7aff0d37b5 cmSourceFile: add accessors for PCH source files bbdc2fd908 cmSourceFile: internally track CMake-managed source files 388923818d cmGeneratorTarget: return the source file added ... Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11144
| * | | | prop_sf/OBJECT_NAME: support custom object namesBen Boeckel2025-09-091-1/+2
| |/ / / | | | | | | | | | | | | | | | | | | | | Projects which ship object files as artifacts may want to control the object names as much as possible. Support setting explicit object names as source file properties to support such use cases.
* | | | Merge topic 'target-SKIP_LINTING'Brad King2025-09-101-0/+9
|\ \ \ \ | |/ / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | f100769d72 Add `SKIP_LINTING` target property and `CMAKE_SKIP_LINTING` variable 0d6b5d54b2 Tests/RunCMake/MultiLint: Extract test preparation code into separate file 3a21092d75 Tests/RunCMake/MultiLint: Refactor test runs Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11139
| * | | Add `SKIP_LINTING` target property and `CMAKE_SKIP_LINTING` variableAlex Turbov2025-09-091-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | These offer target-wide settings to disable lints. Closes: #27191
* | | | install: support using `DESTINATION` as-is for object installationBen Boeckel2025-09-061-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | CMake historically has forced an `objects[-<CONFIG>]/<TARGET_NAME>` subdirectory under an `OBJECT` library installation's `OBJECTS DESTINATION` which may be unwanted. Support skipping this component with a target property.
* | | | Help/CMAKE_INSTALL_OBJECT_NAME_STRATEGY: add `versionadded` directiveBen Boeckel2025-09-031-0/+2
|/ / /
* | | FASTBuild: Add generatorEduard Voronkin2025-08-267-0/+92
| | | | | | | | | | | | Fixes: #15294
* | | Merge topic 'install-object-name-strategy'Brad King2025-08-181-0/+8
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | c651b0e002 objects: implement installation naming strategies 29c7f19280 cmTarget: add the `INSTALL_OBJECT_NAME_STRATEGY` property 757c40c478 cmObjectLocation: add a class to track object locations Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11046
| * | | cmTarget: add the `INSTALL_OBJECT_NAME_STRATEGY` propertyBen Boeckel2025-08-071-0/+8
| | | |
* | | | Help: Prevent section headings being used for <ORIGIN>_autogen xrefsCraig Scott2025-08-152-10/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The references to the <ORIGIN>_autogen and <ORIGIN>_autogen_timestamp_deps anchors were being replaced by the section heading text that immediately followed the anchors. But in most cases, the text where the cross-referencing was placed was expecting the anchor text to be used instead. Add custom text for such cross-references so that the text reads as originally intended.
* | | | CMAKE_LANG_USING_LINKER_MODE: Fix typo and update docsPeter Kokot2025-08-112-9/+15
| | | | | | | | | | | | | | | | | | | | | | | | - s/FLAGS/FLAG - Moved deprecation notice to top. - Added "See Also" section to the CMAKE_LANG_LINK_MODE variable.
* | | | Merge topic 'patch-22360-position-independent-code'Brad King2025-08-081-1/+11
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 6168592f0e Help: Improve position independent code docs Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !11035
| * | | | Help: Improve position independent code docsPeter Kokot2025-08-061-1/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds few adjustments for position independent code descriptions. * CheckPIESupported: The output of check_pie_supported() is already logged in details by the try_compile event. To make the example a bit nicer to use in projects the message(VERBOSE) is used instead of the WARNING. In case of MSVC, there isn't anything to warn about as it isn't supported by default. Added intro code block showing how to include this module. Synced descriptions. Fixes: #22360
* | | | | Sunway: Add sw_64 supportVerney72025-08-071-0/+3
| |/ / / |/| | | | | | | | | | | ``sw_64`` is a new RISC ISA, which is a bit like RISC-V.
* | | | CMAKE_SYSTEM_NAME: Add initial list of removed platformsPeter Kokot2025-08-051-0/+12
|/ / / | | | | | | | | | Issue: #26496
* | | autogen: support the `SHORT` intermediate dir strategyBen Boeckel2025-07-291-0/+27
| | |
* | | cmake: support setting the intermediate dir strategy from the environmentJohn Parent2025-07-281-0/+28
| | |
* | | AIX: Drop unnecessary -l from CMAKE_DL_LIBSPeter Kokot2025-07-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The `-lld` linker flag was added from the previous command-line script that have all values in `CMAKE_DL_LIBS` prepended with `-l`. On AIX, the `dlopen()` is otherwise in C library (default). But it seems that also `libld` library was once needed on some versions to have dynamic loading working. Sync `CMAKE_DL_LIBS` value style with all other current usages.
* | | Merge topic 'patch-TestBigEndian'Brad King2025-07-211-0/+75
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | 59da6d9e5c TestBigEndian, CMAKE_<LANG>_BYTE_ORDER: Update documentation Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !10950
| * | | TestBigEndian, CMAKE_<LANG>_BYTE_ORDER: Update documentationPeter Kokot2025-07-161-0/+75
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Fixed typo in the module description. - Added examples section highlighting the code migration towards the `CMAKE_<LANG>_BYTE_ORDER` variable. - Documented command similar to other modules. - Added examples for the `CMAKE_<LANG>_BYTE_ORDER` variable and explained when endianness for different languages can be used.
* | | | CMAKE_DL_LIBS: Update documentationPeter Kokot2025-07-181-3/+45
| | | |
* | | | Do not define CMAKE_PARENT_LIST_FILE in CMakeLists.txtBenjamin Buch2025-07-151-1/+2
|/ / / | | | | | | | | | | | | | | | Add policy `CMP0198` for compatibility. Issue: #25026
* | | Merge topic 'doc_undefined_mods'Brad King2025-06-264-0/+8
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | 46279eff38 Help: Document cases of variables modification having undefined behavior Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !10903
| * | | Help: Document cases of variables modification having undefined behaviorDan Raviv2025-06-244-0/+8
| | | |
* | | | project: Add SPDX_LICENSE argumentMatthew Woehlke2025-06-203-0/+64
|/ / / | | | | | | | | | | | | | | | | | | | | | | | | | | | Add an argument to the `project` command to allow specifying a license for a project as a whole. This is in addition to specifying licenses on individual targets, and will be used to set the license(s) on exported packages. Also, move listing of `COMPAT_VERSION` variables to follow lexicographical order.
* | | find_package: Use deterministic search order by defaultMoritz Haase2025-06-182-23/+29
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | Historically, find_package() does not guarantee the order in which directories matching a search path containing a glob expression are processed in - the "first valid package" will be selected if there are multiple candidates. In such cases, which package is chosen is completely random and can change, potentially leading to build failures and reproducibility issues. This is rather unexpected and confusing for developers. Now that CMake has bumped its major version, it's a good time to change default sort order and direction could be changed to natural sorting with a descending order. That will result in the newest version of a library being picked in case there are multiple ones available.
* | Merge topic 'doc-generator-xrefs'Brad King2025-06-172-2/+2
|\ \ | | | | | | | | | | | | | | | | | | | | | 98837b42c3 Help: minor reference and markup fixes b634998727 Help: add and make references to generators consistent Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !10877
| * | Help: add and make references to generators consistentBen Boeckel2025-06-122-2/+2
| | |
* | | Help: Fix CMAKE_PROJECT_COMPAT_VERSION documentationMatthew Woehlke2025-06-121-1/+1
| | | | | | | | | | | | | | | Fix a minor error in the explanatory example in the documentation of the CMAKE_PROJECT_COMPAT_VERSION property.
generated by cgit v0.12 at 2026-01-22 18:31:57 (GMT)