| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |\
| | |
| | |
| | | |
Merge-request: !8170
|
|\ \ \
| | |/
| |/|
| | |
| | |
| | |
| | | |
cb0b9452e8 Android: Provide CMAKE_ANDROID_NDK_VERSION with NDK legacy toolchain file
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8170
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This variable has been provided since commit 746906242d (Android: Detect
NDK version number, 2021-02-26, v3.20.0-rc3~1^2~3) when using CMake's
NDK support or the modern NDK toolchain file. Since commit 005e2cdfb0
(Android: Do not use gold for ndk >= r22, 2021-02-26, v3.20.0-rc3~1^2)
we need the value in our compiler/platform information files, so provide
it when using the NDK legacy toolchain file too.
Revert commit 1c86e397fe (Android/Clang: Tolerate undefined
CMAKE_ANDROID_NDK_VERSION, 2022-09-16, v3.25.0-rc1~118^2) since the
variable should now always be defined.
Issue: #21772
Fixes: #24386
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
3f1e005067 Tests/RunCMake/CXXModules: declare `forwarding` as `extern "C++"`
Acked-by: Kitware Robot <kwrobot@kitware.com>
Tested-by: buildbot <buildbot@kitware.com>
Merge-request: !8159
|
| | |
| | |
| | |
| | | |
It is not part of any module, so it needs to be declared as such.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
9688a8ebc2 FindCUDAToolkit: Fix `nvrtc_builtins_static` library name
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8162
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
Update the change from commit 2a94c762ed (FindCUDAToolkit: Add support
for CUDA::nvrtc_static, 2023-01-20, v3.26.0-rc1~55^2). The lib is named
`libnvrtc-builtins_static.a`, not `libnvrtc_builtins_static.a`.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
1e95f765d5 Help: Clarify interaction of execute_process *_FILE and *_VARIABLE options
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8165
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
These parameters are so important that it's worthwhile to be more
explicit about their interaction.
Fixes: #24392
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
d3ece40602 Help: cmake (1): remove -E server as not available
b19036d8b3 Help: CheckSource{Compiles,Runs}: fix typo and clarify
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8164
|
| | | |
| | | |
| | | |
| | | | |
... since CMake 3.20
|
| |/ / |
|
|\ \ \
| |/ /
|/| |
| | |
| | |
| | |
| | | |
354fdf2116 ci: Reduce intermediate docker layers and final image size
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8145
|
|/ /
| |
| |
| |
| | |
Instead of `COPY` to get tar files, execute `RUN` w/ `--mount`.
Note that this requires the docker "buildkit" feature to be enabled.
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
13810dee17 cmDependsFortran: require that dependency info files work
eed295fd8a cmGlobalNinjaGenerator: require that dependency info files work
837f7c113a cmCommonTargetGenerator: classify linked target directories by language
d19648a928 cmGeneratorTarget: add a method to query if Fortran sources exist
245a89d8b6 cmMakefileTargetGenerator: make "target linked info" variable Fortran-specific
aeb1b2ae3d cmMakefileTargetGenerator: simplify string streaming
Acked-by: Kitware Robot <kwrobot@kitware.com>
Tested-by: buildbot <buildbot@kitware.com>
Merge-request: !8146
|
| | |
| | |
| | |
| | |
| | | |
Now that only targets expected to have information are listed, all
`DependInfo.cmake` files should exist.
|
| | |
| | |
| | |
| | |
| | | |
Now that only targets expected to have information are listed, all
`<LANG>Modules.json` files should exist.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
These directories are used to direct collators for Fortran and C++
modules to consume dependent module information to properly collate.
However, the consumption of these files merely checks for existence of
the file, not whether they are actually needed anymore.
The problem arises when a target has Fortran or C++ modules at point A,
a build occurs populating this file, and then the target is updated to
no longer have potential modules. The `DependInfo.make` (for
`Makefiles`) or `<LANG>DependInfo.json` (for `Ninja`) files still exist
as they are never guaranteed to be cleaned up. This can introduce stale
information to the build which may cause a false-positive compilation if
a module file happens to still exist and gets found this way.
Instead, query the `linked-target-dirs` using the language in question
and only add the directory if it contains potential sources for modules
coming from the language in question.
|
| | | |
|
| | |
| | |
| | |
| | | |
This variable is Fortran-specific, so clarify that through its name.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Release versions do not have the development topic section of
the CMake Release Notes index page.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
385435cf78 Help: Organize and revise 3.26 release notes
4c63f031c1 Help: Consolidate 3.26 release notes
bc1ba6d56b Help: Document experimental feature gate affecting CXX_SCAN_FOR_MODULES
71f9c1943d FindImageMagick: Fix documentation syntax in usage example
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8148
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Add section headers similar to the 3.25 release notes and move each
individual bullet into an appropriate section. Revise a few bullets.
Add a bullet for `FindImageMagick` that was accidentally left out
when its changes were made.
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Run the `Utilities/Release/consolidate-relnotes.bash` script to move
notes from `Help/release/dev/*` into `Help/release/3.26.rst`.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Also drop the release note for `CXX_SCAN_FOR_MODULES`, as the rest of
the C++ modules support has not yet been mentioned in release notes
(since it is still experimental).
|
|/ / / |
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
5252c88569 try_compile: Record propagated CMake variables in configure log
0a48d8fe5c ConfigureLog: De-duplicate event backtrace and check key generation
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8140
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
These provide more detailed information about how the test project was
configured.
Issue: #23200
|
|/ / /
| | |
| | |
| | | |
All event kinds have these fields, so centralize their implementation.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
11d59c9ed6 Merge branch 'upstream-KWSys' into update-kwsys
187389d9e1 KWSys 2023-02-01 (cafea4c8)
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8147
|
| |\ \ \
|/ / / /
| | | |
| | | |
| | | |
| | | | |
# By KWSys Upstream
* upstream-KWSys:
KWSys 2023-02-01 (cafea4c8)
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Code extracted from:
https://gitlab.kitware.com/utils/kwsys.git
at commit cafea4c84a581703c4bed5c725c421611c4bf358 (master).
Upstream Shortlog
-----------------
Brad King (1):
5df8c0a1 RegularExpression: Extend max paren groups from 10 to 32
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
8527f42b96 Xcode: Explicitly disable deprecated user include path feature
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8143
|
| | |/ /
| |/| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The `ALWAYS_SEARCH_USER_PATHS` feature is documented [1] to search the
paths in `USER_HEADER_SEARCH_PATHS` before `HEADER_SEARCH_PATHS`. The
behavior has been long discouraged and was deprecated by Xcode 8.3.
Furthermore, Xcode explicitly disables this setting when creating new
projects. We can do that too since we do not generate any user header
search paths anyway.
Previously we always set `USE_HEADERMAP` to `NO` to prevent Xcode's
warning about an ancient "header map" feature deprecation. However,
this somehow breaks Xcode 14's "Build Documentation" feature. Setting
`ALWAYS_SEARCH_USER_PATHS` to `NO` seems to prevent the header map
warning too, so drop `USE_HEADERMAP` to fix the documentation feature.
[1] https://developer.apple.com/documentation/xcode/build-settings-reference
Fixes: #24379
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
d7c60ab6b0 Help: mark the directory properties INTERPROCEDURAL_OPTIMIZATION as deprecated
6ed026592e Help: improve docs for INTERPROCEDURAL_OPTIMIZATION target property
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !8141
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
These properties actually never existed, so move the documentation
to "Deprecated" and refer to the target properties.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The documentation now mentions the per-config target property.
Fixes: #24285
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
d7963aa9ee FindThreads: Filter -pthread out for compatibility with Swift linker
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: buildbot <buildbot@kitware.com>
Merge-request: !8142
|
| | | | | | |
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
33f629184f cmTarget: simplify `CheckLinkLibraryPattern`
22b9ce73e7 cmTarget: refactor INTERFACE_LINK_LIBRARIES_DIRECT_EXCLUDE usage requirements
332d2f8f52 cmTarget: refactor INTERFACE_LINK_LIBRARIES_DIRECT usage requirements
15eec07500 cmTarget: refactor INTERFACE_LINK_LIBRARIES usage requirements
e80689d101 cmTarget: refactor LINK_LIBRARIES usage requirements
4f009d2121 cmTarget: refactor LINK_DIRECTORIES usage requirements
99e783e735 cmTarget: refactor LINK_OPTIONS usage requirements
fd295dd263 cmTarget: refactor SOURCES usage requirements
...
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: buildbot <buildbot@kitware.com>
Merge-request: !8127
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Now that usage properties have more of a representation, the function
can just take the requirement directly.
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|