summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* CMake 3.25.1v3.25.1Brad King2022-11-301-1/+1
|
* Merge topic 'fortran-regression' into release-3.25Brad King2022-11-305-146/+183
|\ | | | | | | | | | | | | | | | | a67da2ef66 Tests/FortranModules: add case for modules after "end interface X" 88fb1980c3 Fortran: Restore support for parsing "end interface X" Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !7966
| * Tests/FortranModules: add case for modules after "end interface X"Ben Boeckel2022-11-303-0/+22
| | | | | | | | | | | | | | When there is an `end interface X` in a file, subsequent modules should not be considered part of interface X. Issue: #24203
| * Fortran: Restore support for parsing "end interface X"Brad King2022-11-302-146/+161
| | | | | | | | | | | | | | | | | | Since commit 219a9b1e14 (Fortran: Fix suprious dependencies with submodules, 2022-07-30, v3.25.0-rc1~327^2) we accidentally fail to recognize `end interface X`, causing all subsequent modules to be seen as an interface. Fixes: #24203
* | Merge topic 'source-from-var' into release-3.25Brad King2022-11-292-4/+6
|\ \ | | | | | | | | | | | | | | | | | | f6b99c5087 Check*: Restore support for arbitrary result variable names Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7960
| * | Check*: Restore support for arbitrary result variable namesZhong Ruoyu2022-11-282-4/+6
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In commit db76876db5 (Modules: Use new SOURCES_FROM_* try_compile (1/2), 2022-09-26, v3.25.0-rc1~74^2~1) and commit 41f7b1169a (Modules: Use new SOURCES_FROM_* try_compile (2/2), 2022-09-26, v3.25.0-rc1~74^2) the switch to `SOURCE_FROM_*` required a stronger precondition (the second argument to check_include_files must not have path components) than before (any variable name could be used). Fix that by transforming the variable name to a C identifier before feeding it to try_compile as a filename. The filename is unspecified by the documentation, and the file itself is only temporary, so that should work fine. I have gone through all the occurrences of `SOURCE_FROM_*`, and identified these two that require changes. The rest should work fine as the filenames do not depend on input variable names. Fixes: #24204
* | Merge topic 'FindRuby-doc-fix' into release-3.25Brad King2022-11-291-3/+0
|\ \ | | | | | | | | | | | | | | | | | | 0d7f40a5c4 FindRuby: Remove documentation for non-existent Ruby_ROOT_DIR Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7954
| * | FindRuby: Remove documentation for non-existent Ruby_ROOT_DIRHannes Braun2022-11-281-3/+0
| |/ | | | | | | | | | | | | | | Documentation was added by commit 905d5667e8 (FindRuby: Add support for RVM installations, 2020-03-23, v3.18.0-rc1~497^2), but this feature was never implemented. Closes: #21528
* | Merge topic 'android-no-LINUX' into release-3.25Brad King2022-11-291-0/+1
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | 19509249a5 Android: Revert setting LINUX variable on Android target systems Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Robert Nevala <robert.nevala@king.com> Acked-by: n00b42 <github.com@mail.msdigital.de> Merge-request: !7963
| * | Android: Revert setting LINUX variable on Android target systemsBrad King2022-11-281-0/+1
| |/ | | | | | | | | | | | | | | | | | | Since commit 62cd3904bf (variable: Set LINUX variable on Linux target systems, 2022-08-10, v3.25.0-rc1~320^2), the `Platform/Android` module inherits the `LINUX` variable setting from `Platform/Linux`. While Android may use a Linux kernel, `CMAKE_SYSTEM_NAME` is not `Linux`, and the platform does not follow conventions of most Linux distributions. Fixes: #24196
* | Merge topic 'msvc-cxx-no-optin-experimental-flag' into release-3.25Brad King2022-11-293-2/+4
|\ \ | | | | | | | | | | | | | | | | | | | | | 12e4bc73cb MSVC: don't opt into dyndep support Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !7965
| * | MSVC: don't opt into dyndep supportBen Boeckel2022-11-283-2/+4
| |/ | | | | | | | | | | | | Instead, just set the variables for how scanning works since that is part of the compiler mechanisms. Fixes: #24198
* | Merge topic 'revert-find_library-msvc-libfoo.a' into release-3.25Brad King2022-11-292-7/+15
|\ \ | | | | | | | | | | | | | | | | | | 955d6245c1 MSVC: Revert "Teach find_library to consider the 'libfoo.a' naming convention" Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7962
| * | MSVC: Revert "Teach find_library to consider the 'libfoo.a' naming convention"Brad King2022-11-282-7/+15
| |/ | | | | | | | | | | | | | | | | | | | | | | Revert commit be848a71b0 (MSVC: Teach find_library to consider the 'libfoo.a' naming convention, 2022-09-19, v3.25.0-rc1~111^2). When targeting the MSVC ABI, this causes GNU-ABI libraries to be found in cases they were not previously, and broke existing builds. Revert the change pending further discussion on how to handle the motivating use case. Issue: #23975 Fixes: #24168
* | Merge branch 'release-3.24' into release-3.25Brad King2022-11-290-0/+0
|\ \
| * \ Merge branch 'mingw-windres' into release-3.24Brad King2022-11-292-7/+11
| |\ \ | | | | | | | | | | | | Merge-request: !7964
* | \ \ Merge topic 'mingw-windres' into release-3.25Brad King2022-11-292-7/+11
|\ \ \ \ | | |/ / | |/| / | |_|/ |/| | | | | | | | b47092fddb MinGW: Fix regression when windres is not found Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7964
| * | MinGW: Fix regression when windres is not foundBrad King2022-11-292-7/+11
| |/ | | | | | | | | | | | | | | | | | | | | | | The fix in commit e9755bc7c1 (MinGW: Restore using windres when toolchain-prefixed name is not available, 2022-08-15, v3.24.1~4^2) incorrectly listed two entries in `CMAKE_RC_COMPILER_INIT`, which is only meant to have one value. Revise the logic to support multiple platform-specific names for the Windows Resource Compiler while still only using one name as the fallback when it is not found. Fixes: #24190 Issue: #23841
* | Merge topic 'try_compile-copy-config' into release-3.25Brad King2022-11-233-4/+20
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | 80fc564dd7 try_compile: Restore COPY_FILE with CMAKE_TRY_COMPILE_CONFIGURATION Acked-by: Kitware Robot <kwrobot@kitware.com> Tested-by: buildbot <buildbot@kitware.com> Acked-by: Robert Maynard <robertjmaynard@gmail.com> Merge-request: !7948
| * | try_compile: Restore COPY_FILE with CMAKE_TRY_COMPILE_CONFIGURATIONBrad King2022-11-223-4/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit 0c141b0393 (try_compile: Record output location instead of reverse computing it, 2022-08-31, v3.25.0-rc1~154^2) we always look for the "Debug" configuration's output binary from the test project. Restore looking for the `CMAKE_TRY_COMPILE_CONFIGURATION`. Fixes: #24180
* | | Merge topic 'XCode-XCODE_LINK_BUILD_PHASE_MODE-and-LINK_LIBRARY-genex' into ↵Brad King2022-11-235-29/+127
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | release-3.25 61075d2d7b XCode: ensure LINK_LIBRARY genex is usable with XCODE_LINK_BUILD_PHASE_MODE Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7947
| * | | XCode: ensure LINK_LIBRARY genex is usable with XCODE_LINK_BUILD_PHASE_MODEMarc Chevrier2022-11-225-29/+127
|/ / / | | | | | | | | | Fixes: #24176
* | | Merge topic 'cxxmodules-doc-msvc-modmapfmt' into release-3.25Brad King2022-11-221-2/+7
|\ \ \ | |/ / |/| | | | | | | | | | | | | | 19fc1ba630 Help/dev/experimental: document the `msvc` module map format Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7944
| * | Help/dev/experimental: document the `msvc` module map formatBen Boeckel2022-11-211-2/+7
| | |
* | | Merge topic 'FindCUDA-nppicom' into release-3.25Brad King2022-11-221-1/+3
|\ \ \ | |/ / |/| | | | | | | | | | | | | | 3ddfdc38eb FindCUDA: Do not use CUDA_nppicom_LIBRARY in CUDA 11.0+ Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7938
| * | FindCUDA: Do not use CUDA_nppicom_LIBRARY in CUDA 11.0+Oleksii Udod2022-11-181-1/+3
|/ / | | | | | | | | | | | | | | Extend the change from commit 1d9f2f9714 (FindCUDA: Do not search for the deprecated nppicom when CUDA >= 11, 2020-06-22, v3.18.0-rc3~14^2) to also not use the `CUDA_nppicom_LIBRARY` variable. Issue: #20845
* | Merge topic 'FindCUDAToolkit_handle_nvptxcompiler_static_not_existing' into ↵Brad King2022-11-181-1/+3
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | release-3.25 c7ece269da FindCUDAToolkit: Handle toolkits that don't provide nvptxcompiler Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7932
| * | FindCUDAToolkit: Handle toolkits that don't provide nvptxcompilerRobert Maynard2022-11-171-1/+3
| | | | | | | | | | | | | | | | | | Some versions of the CUDA toolkit don't provide any static libraries, and therefore we need to handle that `nvptxcompiler_static` might not be found
* | | Merge branch 'release-3.24' into release-3.25Brad King2022-11-170-0/+0
|\ \ \ | | |/ | |/|
| * | Merge branch 'test-FindBoost-python-versions' into release-3.24Brad King2022-11-171-2/+2
| |\ \ | | | | | | | | | | | | Merge-request: !7929
* | \ \ Merge topic 'test-FindBoost-python-versions' into release-3.25Brad King2022-11-171-2/+2
|\ \ \ \ | | |/ / | |/| / | |_|/ |/| | | | | | | | 6b1f933cb8 Tests: Update FindBoost.TestPython for Python 3.11 and 3.12 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7929
| * | Tests: Update FindBoost.TestPython for Python 3.11 and 3.12Brad King2022-11-161-2/+2
| |/ | | | | | | | | | | | | | | | | | | | | Follow up the python 3.11 and 3.12 support from: * commit 43844c5d82 (FindPython: Add support for Python 3.11, 2021-12-07, v3.22.2~20^2) * commit ca2877c039 (FindPython: add support for Python 3.12, 2022-05-11, v3.23.2~15^2) with an update for the FindBoost test.
* | CMake 3.25.0v3.25.0Brad King2022-11-161-1/+1
| |
* | Merge topic 'qtifw-4.5' into release-3.25Brad King2022-11-161-0/+2
|\ \ | | | | | | | | | | | | | | | | | | 351239b776 CPack/IFW: Add support for QtIFW 4.5 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7920
| * | CPack/IFW: Add support for QtIFW 4.5Erlend E. Aasland2022-11-151-0/+2
| | | | | | | | | | | | Fixes: #24164
* | | Merge topic 'cmp0141-pch-reuse' into release-3.25Brad King2022-11-163-2/+11
|\ \ \ | |/ / |/| | | | | | | | | | | | | | 94164ea55e CMP0141: Fix PCH REUSE_FROM when MSVC_DEBUG_INFORMATION_FORMAT is empty Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7914
| * | CMP0141: Fix PCH REUSE_FROM when MSVC_DEBUG_INFORMATION_FORMAT is emptyBrad King2022-11-153-2/+11
|/ / | | | | | | | | | | | | | | | | | | | | | | Under the policy's NEW behavior, `[CMAKE_]MSVC_DEBUG_INFORMATION_FORMAT` may be explicitly set to an empty string to tell CMake not to add any flags for this abstraction. In this case, fall back to checking the language-wide flags as we do in the OLD behavior. This revises commit 183b9a9eca (CMP0141: Fix PCH REUSE_FROM under policy NEW behavior, 2022-10-31, v3.25.0-rc3~4^2). Issue: #24106
* | Merge branch 'release-3.24' into release-3.25Brad King2022-11-140-0/+0
|\ \ | |/
| * Merge branch 'release-3.23' into release-3.24Brad King2022-11-140-0/+0
| |\
| | * Merge branch 'compile-msvc-14.34-c++20' into release-3.23Brad King2022-11-141-1/+2
| | |\ | | | | | | | | | | | | Merge-request: !7910
| * | \ Merge branch 'compile-msvc-14.34-c++20' into release-3.24Brad King2022-11-141-1/+2
| |\ \ \ | | | |/ | | |/| | | | | Merge-request: !7910
* | | | Merge branch 'compile-msvc-14.34-c++20' into release-3.25Brad King2022-11-140-0/+0
|\ \ \ \ | | |/ / | |/| | | | | | Merge-request: !7910
| * | | cmGlobalVisualStudioGenerator: Fix compiling as C++20 in VS 2022Werner, Joerg2022-11-141-1/+2
| | |/ | |/| | | | | | | | | | | | | | | | | | | | | | | | | Adding missing narrow string conversion. This backports commit f3c918ef1b (cmGlobalVisualStudioGenerator: Fix compiling as C++20 in VS 2022, 2022-10-20, v3.25.0-rc3~31^2) to the CMake 3.23 and 3.24 branches. Fixes: #24162
* | | Merge topic 'msvc-19.34-cpp-modules' into release-3.25Brad King2022-11-146-33/+19
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 0e9782b336 msvc: bless MSVC 19.34 support for C++ modules as experimental Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Merge-request: !7745
| * | | msvc: bless MSVC 19.34 support for C++ modules as experimentalBen Boeckel2022-11-116-33/+19
| | | | | | | | | | | | | | | | Visual Studio 17.4 now contains official support for what CMake needs.
* | | | Merge topic 'iar-asm-archid' into release-3.25Brad King2022-11-141-4/+3
|\ \ \ \ | |/ / / |/| | | | | | | | | | | | | | | | | | | f9ff6ab2d1 IAR: Fix ASM compiler architecture detection Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7903
| * | | IAR: Fix ASM compiler architecture detectionFelipe Torrezan2022-11-111-4/+3
|/ / / | | | | | | | | | | | | | | | | | | Narrow the regex to match the actual supported architectures, avoiding mismatched detection. Fixes: #24145
* | | Merge topic 'ci-msvc-14.34' into release-3.25Brad King2022-11-112-46/+25
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | bd5176abac gitlab-ci: Update Windows packaging builds to MSVC 14.34 toolset ccdff280f4 gitlab-ci: Update Windows non-packaging builds to MSVC 14.34 toolset Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7891
| * | | gitlab-ci: Update Windows packaging builds to MSVC 14.34 toolsetBrad King2022-11-102-41/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problems with `cmake-gui` when compiled with the MSVC 14.33 toolset, that did not occur with the MSVC 14.32 toolset, no longer occur with the MSVC 14.34 toolset. Revert commit cb8b27a901 (gitlab-ci: Use separate MSVC toolset specification for packaging jobs, 2022-08-18, v3.24.2~24^2~1) and update the remaining toolset version references. Fixes: #23859
| * | | gitlab-ci: Update Windows non-packaging builds to MSVC 14.34 toolsetBrad King2022-11-101-5/+5
| | | |