- 27 Apr, 2020 1 commit
-
-
In commit 9daf79c5 (FindBoost: Add support for Boost 1.73, 2020-04-19) we forgot to update the version comparison for the warning.
-
- 21 Apr, 2020 1 commit
-
-
9daf79c5 FindBoost: Add support for Boost 1.73 f48051d3 FindBoost: Simplify Boost_VERSION_STRING comparisons 56b3375f BoostScanDeps: Fix typo in numpy handling Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4635
-
- 20 Apr, 2020 4 commits
-
-
Run `Utilities/Scripts/BoostScanDeps.cmake` with the Boost 1.73.0 sources to compute dependencies. This includes a new Boost.Nowide library. Special case: Boost.Filesystem is an optional dependency as the include is only required to make Boost.Filesystem use UTF-8 paths on user request
-
-
Fix a typo from commit e66e8e89 (BoostScanDeps: Special case python and numpy and variants, 2017-08-22, v3.10.0-rc1~229^2~1).
-
fa31c195 Ninja: Document that Fortran support is available with Ninja 1.10+ Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4626
-
- 17 Apr, 2020 2 commits
-
-
Brad King authored
Ninja 1.10 was released in Jan 2020 and has the features we need to support Fortran. Replace documentation that mentions Kitware's branch with mention of Ninja 1.10+ instead.
-
170e598a iOS: Fix detection of supported SDK architectures Acked-by:
Kitware Robot <kwrobot@kitware.com>
Acked-by: Alexander Köplinger <alex.koeplinger@outlook.com> Merge-request: !4615
-
- 16 Apr, 2020 1 commit
-
-
Instead of relying on SDKSettings.plist which does not contain the certain architectures, deduce the supported architectures by inspecting libSystem.tbd and libSystem.dylib. .tbd files are text files, so just parse out the archs string. .dylib files can be fat or non-fat, so use lipo -info to extract the architectures and parse lipo output. Fixes: #20588
-
- 15 Apr, 2020 5 commits
-
-
420e91c9 AIX: Activate symbol export/import IBM i (OS400) Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4611 -
894fdea2 FindPython: remove extra dereference 0b9c9e2c FindPython: avoid autoderef in version comparisons Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4610 -
4f1e24ef FindCUDAToolkit searches stub location last Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4589 -
Brad King authored
Merge-request: !4579
-
Default ca_certs were not added when using `UPLOAD` with built-in (non-system) cURL. Previously we only did this for `DOWNLOAD`. Fixes: #20551
-
- 14 Apr, 2020 4 commits
-
-
Brad King authored
Fixes: #20582
-
If the version is not found (e.g., missing headers), this causes a CMake error about `if(blah VERSION_EQUAL)` being an invalid statement.
-
-
Robert Maynard authored
Fixes #20252
-
- 13 Apr, 2020 2 commits
-
-
cd449c61 FindMPI: Add the pgi compiler wrapper names used by IBM Spectrum MPI Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4598 -
Brad King authored
-
- 11 Apr, 2020 2 commits
-
-
10ee9611 Help: Improve wording of CMAKE_CURRENT_FUNCTION_LIST_DIR docs 22fbc404 Help: Add cross-references for CMAKE_CURRENT_FUNCTION* docs d2b13968 Help: Minor grammar cleanups of CMAKE_CURRENT_FUNCTION* docs Acked-by:
Kitware Robot <kwrobot@kitware.com>
Acked-by: Brad King <brad.king@kitware.com> Acked-by:
Alex Turbov <i.zaufi@gmail.com> Merge-request: !4595
-
a293d05c Help: Fix unescaped asterisks in docs for SKIP_PRECOMPILE_HEADERS Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4592
-
- 10 Apr, 2020 6 commits
-
-
Chuck Atkins authored
-
Craig Scott authored
The original wording was somewhat confusing in talking about rendering of templates. While technically correct, a less experienced user may not know that terminology. The wording has been updated to more clearly describe the example usage. The old way of implementing the example is not "bad", it was the only way to do things before the CMAKE_CURRENT_FUNCTION_LIST_DIR variable was added. The example has been updated to remove the Bad/Good captions to reflect this. Indentation of the examples was also fixed to make them conform to the guidelines.
-
Craig Scott authored
-
Craig Scott authored
-
Brad King authored
-
Craig Scott authored
-
- 09 Apr, 2020 3 commits
-
-
Brad King authored
-
60bfaa8f ccmake: Use incremental rendering for the logs e9b36731 cmCursesLongMessageForm: Factor out helper to draw message to form Acked-by:
Kitware Robot <kwrobot@kitware.com>
Acked-by: Robert Maynard <robert.maynard@kitware.com> Merge-request: !4573
-
84a1e673 Apple: Fix mapping CMAKE_APPLE_ARCH_SYSROOTS to custom OSX_ARCHITECTURES 45fa9b32 Apple: Improve handling of missing SDKs in CMAKE_APPLE_ARCH_SYSROOTS Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4583
-
- 08 Apr, 2020 5 commits
-
-
This should avoid an exponential slowdown in the display time for projects with lots of output. This is still slower than cmake due to the ncurses drawing, but it should now be O(L) in total and not O(L^2) wrt to output length. Fixes: #20535
-
Brad King authored
-
Brad King authored
The `CMAKE_OSX_ARCHITECTURES` value is not used directly by generators. It is used to initialize a per-target `OSX_ARCHITECTURES` property, but that property can also be set explicitly by project code to a subset of the full list of architectures. In order to handle this case, construct a mapping from each `CMAKE_OSX_ARCHITECTURES` entry to the corresponding `CMAKE_APPLE_ARCH_SYSROOTS` entry by name. Use the mapping to find the sysroot for each entry in `OSX_ARCHITECTURES` for a given target. If `CMAKE_APPLE_ARCH_SYSROOTS` does not have the same length as `CMAKE_OSX_ARCHITECTURES`, error out early rather than risking a crash or assertion failure. Fixes: #20534
-
Brad King authored
Use `<arch>-SDK-NOTFOUND` instead of an empty string as a placeholder in `CMAKE_APPLE_ARCH_SYSROOTS` for architectures whose SDK is not found. This ensures the length of `CMAKE_APPLE_ARCH_SYSROOTS` matches the length of `CMAKE_OSX_ARCHITECTURES`. It also makes the missing SDKs more visible in the value. Issue: #20534
-
2f949be4 Ninja: Make config uppercase in object order target Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4581
-
- 07 Apr, 2020 2 commits
-
-
Kyle Edwards authored
Fixes: #20539
-
35a29ec8 llvm-rc: Restore include path for data after explicit preprocessing Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4570
-
- 06 Apr, 2020 2 commits
-
-
Thomas Bernard authored
Since commit 1c2d031c (Add -E cmake_llvm_rc to preprocess files for llvm-rc, 2020-01-14, v3.17.0-rc1~24^2) with llvm-rc we explicitly preprocess RC source files and then compile separately without -I flags. This broke cases where the RC source references data files adjacent to itself or in the include path. This change adds the expansion of the include paths when calling the llvm-rc in order for the resource files to be picked up correctly by llvm-rc. Since the RC compiled file is first preprocessed, the file being compiled by llvm-rc resides in the build directory. In order for llvm-rc to find the resource data specified relative to the .rc file being compiled, the source file path is preppended in the include list so that the original source path takes priority over all the other includes paths specified. A space was added in the CMAKE_INCLUDE_FLAG_RC to make the include directive work properly for llvm-rc. Checks on the rc.exe showed that the syntax change doesn't affect it's proper operation. Fixes: #20529
-
182a1044 Help: Add 3.15 release note for change in -std= flag for compile features Acked-by:
Kitware Robot <kwrobot@kitware.com>
Merge-request: !4574
-
