f872033 | Brad King | 14 May 2019, 15:33:06 UTC | CMake 3.14.4 | 14 May 2019, 15:33:06 UTC |
319b47c | Brad King | 14 May 2019, 15:29:07 UTC | Merge branch 'doc-relnotes-3.14' into release-3.14 Merge-request: !3319 | 14 May 2019, 15:29:07 UTC |
f2aeba9 | Brad King | 14 May 2019, 15:21:00 UTC | Help: Add 3.14.4 release notes Add a note about the fix in commit 3d3713121b (target_link_libraries: Fix static library private deps in other dirs, 2019-04-30). Also reference the equivalent note already added to the 3.13.5 notes. | 14 May 2019, 15:21:00 UTC |
1d645e9 | Brad King | 14 May 2019, 15:19:32 UTC | Merge branch 'doc-relnotes-3.13' into doc-relnotes-3.14 | 14 May 2019, 15:19:32 UTC |
d6b8822 | Brad King | 14 May 2019, 15:18:42 UTC | Help: Add 3.13.5 release notes Add a note about the fix in commit 3d3713121b (target_link_libraries: Fix static library private deps in other dirs, 2019-04-30). | 14 May 2019, 15:18:42 UTC |
016a8bc | Brad King | 13 May 2019, 15:30:27 UTC | Merge branch 'swig4' into release-3.14 Merge-request: !3314 | 13 May 2019, 15:30:27 UTC |
65c5c1b | Daniele E. Domenichelli | 13 May 2019, 09:08:52 UTC | FindSWIG: Support swig4.0 | 13 May 2019, 15:29:53 UTC |
620e7b1 | Brad King | 13 May 2019, 14:37:21 UTC | Merge branch 'ios-xctest-lookup' into release-3.14 Merge-request: !3309 | 13 May 2019, 14:37:21 UTC |
e9d128b | Gregor Jasny | 11 May 2019, 10:12:32 UTC | Apple: Properly lookup XCTest for iOS and tvOS Closes: #19172 | 11 May 2019, 10:12:32 UTC |
6ced0b9 | Brad King | 06 May 2019, 13:45:21 UTC | Merge branch 'touch-after-ranlib' into release-3.14 Merge-request: !3283 | 06 May 2019, 13:45:21 UTC |
6399e22 | Brad King | 06 May 2019, 13:26:05 UTC | Merge branch 'FindPython-fix-Python_RUNTIME_LIBRARY_DIRS-variable' into release-3.14 Merge-request: !3287 | 06 May 2019, 13:26:05 UTC |
2951d71 | Brad King | 06 May 2019, 13:25:53 UTC | Merge branch 'fix_ios_try_compile' into release-3.14 Merge-request: !3272 | 06 May 2019, 13:25:53 UTC |
275b6b3 | Alexandru Croitor | 30 April 2019, 10:41:06 UTC | iOS: Fix try_compile FILE_COPY not to fail When building for iOS, the compiled target is placed into a bundle. If a single-configuration generator is used, like Makefiles or Ninja, the try_compile FILE_COPY behavior fails to find the bundle, because it only looks for the bundle inside a Debug subfolder (presumably to support a multi-configuration generator like Xcode). Consider looking for the bundle in the root try_compile folder, as well as in the location specified by CMAKE_TRY_COMPILE_CONFIGURATION. Closes: #19211 | 06 May 2019, 13:23:27 UTC |
f83e435 | Gregor Jasny | 02 May 2019, 19:37:04 UTC | Apple: Preserve high resolution mtime for static libraries On macOS ranlib truncates the fractional part of the static achive file modification time. If the archive and at least one contained object file were created within the same second this will make look the archive older than the object file. On subsequent ninja runs this leads to re-achiving and updating dependent targets. As a work-around we touch the archive after ranlib. Closes: #19222 | 05 May 2019, 14:14:28 UTC |
34c0293 | Marc Chevrier | 05 May 2019, 10:55:39 UTC | FindPython: ensure variable Python_RUNTIME_LIBRARY_DIRS is set correctly | 05 May 2019, 10:55:39 UTC |
463e20c | Brad King | 30 April 2019, 18:58:22 UTC | Merge branch 'FindPython-NumPy-fix-dependencies-management' into release-3.14 Merge-request: !3274 | 30 April 2019, 18:58:22 UTC |
d4a79a6 | Brad King | 30 April 2019, 18:26:42 UTC | Merge branch 'FindBoost-fix-fiber-compiler-features' into release-3.14 Merge-request: !3266 | 30 April 2019, 18:26:42 UTC |
f06bf0f | Alex Turbov | 26 April 2019, 06:46:17 UTC | FindBoost: Fix compiler features for `fiber` and `context` | 30 April 2019, 18:26:07 UTC |
684338a | Alex Turbov | 26 April 2019, 06:46:17 UTC | FindBoost: Record compiler features for Boost 1.67 and above Remove the 1.67 upper-bound on compiler feature computation so that with newer versions we at least get it mostly right. Leave a comment with notes about updating features for future versions. | 30 April 2019, 18:25:51 UTC |
b947113 | Brad King | 30 April 2019, 17:56:08 UTC | Merge branch 'out-of-dir-linking-private-deps' into release-3.14 Merge-request: !3276 | 30 April 2019, 17:56:08 UTC |
c9469c7 | Brad King | 30 April 2019, 17:55:48 UTC | Merge branch 'out-of-dir-linking-private-deps' into release-3.13 Merge-request: !3276 | 30 April 2019, 17:55:48 UTC |
3d37131 | Brad King | 30 April 2019, 17:18:47 UTC | target_link_libraries: Fix static library private deps in other dirs In commit a1ad0a699b (target_link_libraries: Allow use with targets in other directories, 2018-09-07, v3.13.0-rc1~94^2) we accidentally broke the logic that adds `$<LINK_ONLY:...>` to private dependencies of static libraries in their `INTERFACE_LINK_LIBRARIES` in the case that the dependency is added from outside the directory creating the library. The check for a valid target name should apply to the original name specified by the caller and not the encoded cross-directory reference. Fixes: #19197 | 30 April 2019, 17:53:10 UTC |
68c8201 | Marc Chevrier | 30 April 2019, 08:43:34 UTC | FindPython: NumPy: fix erroneous dependencies management | 30 April 2019, 14:02:18 UTC |
7700df9 | Brad King | 22 April 2019, 11:42:52 UTC | CMake 3.14.3 | 22 April 2019, 11:42:52 UTC |
bc6f442 | Brad King | 22 April 2019, 11:35:22 UTC | Merge branch 'findqt3-hints-fix' into release-3.14 Merge-request: !3254 | 22 April 2019, 11:35:22 UTC |
c298c45 | Christian Pfeiffer | 20 April 2019, 18:37:36 UTC | FindQt3: Restore missing lib and bin path suffixes Restore path suffixes incorrectly removed by commit a62d50ec56 (Modules: Replace coded PATHS with PATH_SUFFIXES, 2017-11-20, v3.11.0-rc1~293^2). Hints do not participate in the usual bin/lib subdirectory search that `<PackangeName>_ROOT` or `CMAKE_PREFIX_PATH` exhibit. Fixes: #19185 | 22 April 2019, 11:34:32 UTC |
cb733eb | Brad King | 19 April 2019, 11:59:28 UTC | Merge branch 'vs-default-platform' into release-3.14 Merge-request: !3246 | 19 April 2019, 11:59:28 UTC |
db02be8 | Brad King | 19 April 2019, 11:40:14 UTC | VS: Provide the default platform name to project code The value of `CMAKE_VS_PLATFORM_NAME` is computed by Visual Studio generators based on `CMAKE_GENERATOR_PLATFORM` or some default. Prior to the VS 2019 generator, the default was always `Win32`. However, for the `Visual Studio 16 2019` generator, the default is based on the host platform. Store the default in a new `CMAKE_VS_PLATFORM_NAME_DEFAULT` variable for use by project code. This is particularly useful in toolchain files because they are allowed to set `CMAKE_GENERATOR_PLATFORM` and so `CMAKE_VS_PLATFORM_NAME` is not yet known. Of course the toolchain file author knows whether it will set `CMAKE_GENERATOR_PLATFORM`, and if not then `CMAKE_VS_PLATFORM_NAME_DEFAULT` provides the platform name that will be used. Fixes: #19177 | 19 April 2019, 11:46:13 UTC |
c648551 | Brad King | 17 April 2019, 14:17:15 UTC | Merge branch 'FindOpenGL-libglvnd-subdir' into release-3.14 Merge-request: !3236 | 17 April 2019, 14:17:15 UTC |
844050a | Ben Boeckel | 15 April 2019, 19:37:59 UTC | FindOpenGL: look for GLVND libraries with a libglvnd suffix On CentOS 6.10, the libglvnd package from EPEL installs its libraries under a libglvnd subdirectory. | 17 April 2019, 14:16:46 UTC |
09fba61 | Brad King | 16 April 2019, 17:34:03 UTC | Merge branch 'Boost-Gentoo' into release-3.14 Merge-request: !3237 | 16 April 2019, 17:34:03 UTC |
0b54f72 | Rolf Eike Beer | 15 April 2019, 20:19:03 UTC | FindBoost: Fix detection with version suffixes on Gentoo The Gentoo case added by commit 1673923c30 (FindBoost: Add support for Boost 1.67 with Python version suffixes, 2018-03-18, v3.11.0~3^2) left out the `.` version component separator and instead duplicated the RPM case. Add the missing `.` now. Fixes: #18743 | 16 April 2019, 17:31:27 UTC |
cce342a | Brad King | 15 April 2019, 15:02:17 UTC | Merge branch 'vs2019-redist' into release-3.14 Merge-request: !3233 | 15 April 2019, 15:02:17 UTC |
a0b6448 | Brad King | 15 April 2019, 14:58:11 UTC | IRSL: Update redist directory for VS 2019 update 1 VS 2019 Update 1 will fix its redist directories to be named `VC142` instead of `VC141`. It will also use cl `19.21` instead of `19.20` so we can use that to distinguish the versions. Fixes: #19131 | 15 April 2019, 14:59:02 UTC |
a6bf681 | Brad King | 12 April 2019, 17:57:01 UTC | Merge branch 'backport-FindBoost-msvc-toolset-14.2' into release-3.14 Merge-request: !3221 | 12 April 2019, 17:57:01 UTC |
9010f5c | Brad King | 12 April 2019, 13:48:20 UTC | FindBoost: Add support for MSVC toolset version 14.2 Generalize the logic to express compatibility among 14.x versions. | 12 April 2019, 15:33:52 UTC |
5e98111 | Brad King | 12 April 2019, 12:02:19 UTC | CMake 3.14.2 | 12 April 2019, 12:02:19 UTC |
6a39d3d | Brad King | 11 April 2019, 18:04:54 UTC | Merge branch 'fix-overlay-icon-windows' into release-3.14 Merge-request: !3217 | 11 April 2019, 18:04:54 UTC |
12ef832 | Julien Jomier | 11 April 2019, 17:50:25 UTC | cmake-gui: Fix icon overlay on windows Since commit 9175a378f5 (QtDialog: Add windows taskbar progress, 2018-11-17, v3.14.0-rc1~330^2) we've added a missing overlay icon. This results in Windows falling back to a default overlay icon. Simply drop this line. Fixes: #19160 | 11 April 2019, 18:03:29 UTC |
7bad246 | Brad King | 11 April 2019, 14:35:49 UTC | Merge branch 'xcode-extra-sources' into release-3.14 Merge-request: !3208 | 11 April 2019, 14:35:49 UTC |
428c1e4 | Brad King | 10 April 2019, 12:04:15 UTC | Xcode: Avoid mutating App Bundle targets during generation For `MACOSX_BUNDLE` targets we generate an `Info.plist` automatically and add it to the sources presented to Xcode. Avoid mutating the original target's list of sources to achieve this. Otherwise when we generate the same target again (e.g. in a sub-project's Xcode file) it will look different than the first time and possibly break invariants. Fixes: #19114 | 11 April 2019, 14:35:14 UTC |
b4385d5 | Brad King | 10 April 2019, 11:59:37 UTC | Xcode: Factor out duplicate source group code into lambda | 11 April 2019, 14:35:14 UTC |
127d0ea | Craig Scott | 09 April 2019, 21:52:52 UTC | Merge branch 'fix-submit-url' into release-3.14 Merge-request: !3206 | 09 April 2019, 21:54:29 UTC |
b8cb634 | Regina Pfeifer | 08 April 2019, 20:23:11 UTC | Modules/CTest: Fix SubmitURL Problem appeared in d6475daa79 (Modules/CTest: Set SubmitURL, 2018-12-08). Fixes: #19099 | 09 April 2019, 21:43:20 UTC |
dff6158 | Brad King | 08 April 2019, 17:38:42 UTC | Merge branch 'backport-cmake-gui-windows-theme' into release-3.14 Merge-request: !3205 | 08 April 2019, 17:38:42 UTC |
fce0330 | mistersandman | 08 April 2019, 16:17:15 UTC | cmake-gui: Fix theme on Windows with Qt >= 5.10 In Qt 5.10 the theme support moved to a separate QWindowsVistaStyle plugin. Issue: #19147 | 08 April 2019, 17:30:05 UTC |
30f6893 | Brad King | 08 April 2019, 14:44:46 UTC | Merge branch 'backport-implicit-includes-relative' into release-3.14 Merge-request: !3204 | 08 April 2019, 14:44:46 UTC |
ef41d49 | Brad King | 08 April 2019, 14:04:05 UTC | Fix implicit include directory extraction for adaptive relative paths In some cases GCC reports *relative* implicit include directories. They are computed adaptively with respect to the current working directory such that the effective implicit include directory is an unchanging absolute path. Teach our implicit include directory extraction to recognize such paths and normalize them. Fixes: #19133 | 08 April 2019, 14:12:22 UTC |
6bc6fc2 | Brad King | 08 April 2019, 13:56:53 UTC | Tests: Teach RunCMake.ParseImplicitIncludeInfo to match output by regex | 08 April 2019, 14:12:22 UTC |
8294880 | Brad King | 08 April 2019, 13:49:29 UTC | Tests: Clarify hand-written cases in RunCMake.ParseImplicitIncludeInfo | 08 April 2019, 14:11:54 UTC |
192aa50 | Brad King | 04 April 2019, 15:40:22 UTC | Merge branch 'vs2019-redist' into release-3.14 Merge-request: !3186 | 04 April 2019, 15:40:22 UTC |
d247376 | Brad King | 04 April 2019, 15:40:12 UTC | Merge branch 'armcc-compiler-id' into release-3.14 Merge-request: !3187 | 04 April 2019, 15:40:12 UTC |
33ee779 | Brad King | 03 April 2019, 16:06:37 UTC | IRSL: Fix discovery of VS 2019 v142 toolset redistributables Since VS 2017's v141 toolset there is no longer a simple equation to calculate the redist name, dll version, and VS IDE version from just the MSVC toolset version. Refactor the logic to use hard-coded values and warn when a new version is not supported. Fixes: #19125 | 04 April 2019, 15:35:38 UTC |
f28e7fc | Brad King | 03 April 2019, 16:43:17 UTC | ARMCC: Do not identify ARMClang as ARMCC Since commit 8f8d056051 (ARMCC: Fix identification of ARM compiler when it defines GNU macros, 2019-03-20, v3.14.1~10^2) we consider ARMCC before Clang or GNU compilers. Since armclang also defines `__ARMCC_VERSION` it is now mistaken for ARMCC. Extend the check for ARMCC to also verify that `__clang__` is not defined. Issue: #19065 | 03 April 2019, 16:50:10 UTC |
d8cf838 | Brad King | 03 April 2019, 16:03:49 UTC | MSVC: Fix MSVC_TOOLSET_VERSION for VS 2019 v142 toolset This was forgotten in commit 626c51f47b (VS: Update for Visual Studio 2019 Preview 2, 2019-01-24, v3.14.0-rc1~74^2) when the toolset was first renumbered to `v142`. Issue: #19125 | 03 April 2019, 16:27:29 UTC |
3c9dec0 | Brad King | 29 March 2019, 13:22:46 UTC | CMake 3.14.1 | 29 March 2019, 13:22:46 UTC |
30159fe | Brad King | 29 March 2019, 12:49:34 UTC | Merge branch 'implicit-includes' into release-3.14 Merge-request: !3157 | 29 March 2019, 12:49:34 UTC |
dad86f1 | Brad King | 27 March 2019, 14:09:22 UTC | ParseImplicitIncludeInfo: Canonicalize implicit include dirs The implicit include directory extraction added by commit 5990ecb741 (Compute implicit include directories from compiler output, 2018-12-07, v3.14.0-rc1~108^2) leaves paths like `/usr/lib/../include` unchanged. Fix the logic to canonicalize such paths (e.g. to `/usr/include`) as we do for implicit link directories already. This is important to ensure the set of implicit directories is represented in the same form as the include directories that will be compared to them. Issue: #19095 | 29 March 2019, 12:48:56 UTC |
04c0efd | Brad King | 29 March 2019, 12:48:39 UTC | Merge branch 'implicit-includes-autogen' into release-3.14 Merge-request: !3159 | 29 March 2019, 12:48:39 UTC |
bd00090 | Brad King | 29 March 2019, 12:48:28 UTC | Merge branch 'ifw_group_option_parsing' into release-3.14 Merge-request: !3160 | 29 March 2019, 12:48:28 UTC |
6f6e096 | Clément Rezvoy | 28 March 2019, 17:21:30 UTC | CPackIFW: Add missing cpack_ifw_configure_component_group option processing Both commit 88ecfd8ba1 (CPackIFW: Add some options, 2016-11-11, v3.8.0-rc1~248^2) and commit e5089c562c (CPackIFW: Add some options, 2017-01-24, v3.8.0-rc1~53^2) added some options to this macro's documentation and implementation, but the actual processing of the parsed options was never added. Add it now. Reviewed-by: Konstantin Podsvirov <konstantin@podsvirov.pro> | 28 March 2019, 18:59:08 UTC |
a8b7cbb | Sebastian Holtermann | 28 March 2019, 09:00:40 UTC | Autogen: Do not treat hard-coded -I/usr/include exclusion as implicit include The `cmLocalGenerator::GetIncludeDirectoriesImplicit` method is called by `cmQtAutoGenInitializer` to get the compiler's list of implicit include directories. Since commit 557b2d6e65 (Fix regression in -I/usr/include exclusion logic, 2019-02-13, v3.14.0-rc2~6^2~2) the method hard-codes exclusion of `/usr/include` for historical reasons. However, it should not be reported as a real implicit include directory unless the compiler really has it. Refactor the logic to distinguish the hard-coded exclusion of `/usr/include` from the real list of implicit include directories. Fixes: #19100 | 28 March 2019, 18:07:24 UTC |
52bb176 | Brad King | 27 March 2019, 18:22:52 UTC | Merge branch 'backport-kwsys-SystemTools-copy-self' into release-3.14 Merge-request: !3145 | 27 March 2019, 18:22:52 UTC |
97c163f | Brad King | 27 March 2019, 18:20:53 UTC | Merge branch 'FindFontconfig-var-case' into release-3.14 Merge-request: !3153 | 27 March 2019, 18:20:53 UTC |
9cf64bb | Brad King | 27 March 2019, 18:20:45 UTC | Merge branch 'jacoco_parser_crash' into release-3.14 Merge-request: !3147 | 27 March 2019, 18:20:45 UTC |
a3a1e69 | Brad King | 26 March 2019, 17:44:52 UTC | FindFontconfig: Convert module variables to camel case Our documented standard for find module variable names is to match the case of the find module package name. This was overlooked when the module was added by commit 84e7920b3a (FindFontconfig: Add module to find Fontconfig, 2018-09-27, v3.14.0-rc1~523^2). The module was released with the upper case names in CMake 3.14.0, so fix it to have camel case names in 3.14.1. This is incompatible but anyone using a given release series should be using the latest patch on it and we've made breaking fixups on newly released features like this before. Reported-by: Christophe Giboudeaux <christophe@krop.fr> Fixes: #19094 | 26 March 2019, 18:14:09 UTC |
1d16eae | Sylvain Joubert | 26 March 2019, 09:52:57 UTC | ctest_coverage: fix out-of-bounds index in Jacoco parser When the current source file is not found the FilePath variable was left with the previous path content. In case the previous file had less lines than the current one and there are 'line' entries for the current one with higher number we ended up in a buffer overflow while indexing the previous file entry with a line number higher. By clearing the FilePath, the empty() guard triggers correctly on an empty path and it avoid modifying the wrong data. | 26 March 2019, 15:50:30 UTC |
505bdd3 | Brad King | 26 March 2019, 14:58:08 UTC | Merge branch 'cuda-bracket-output' into release-3.14 Merge-request: !3151 | 26 March 2019, 14:58:08 UTC |
ce180cf | Brad King | 25 March 2019, 18:24:41 UTC | cmake: Fix '-E copy foo .' to avoid clobbering file Backport KWSys commit 92334e7670 (SystemTools: CopyFileAlways: avoid copying file over self, 2019-03-25) to the CMake 3.14 release branch. Fixes: #19075 | 26 March 2019, 14:51:47 UTC |
b127e0c | Brad King | 26 March 2019, 14:40:11 UTC | CUDA: Tolerate square brackets in PROMPT environment variable The `PROMPT` environment variable affects nvcc's output. Fix our parsing of that output to tolerate square brackets. Fixes: #19089 | 26 March 2019, 14:43:51 UTC |
c22a2b4 | Brad King | 25 March 2019, 15:50:06 UTC | Merge branch 'toolchain-include_directories' into release-3.14 Merge-request: !3140 | 25 March 2019, 15:50:06 UTC |
588fa1b | Brad King | 22 March 2019, 19:39:03 UTC | Restore support for include_directories() in toolchain files Any `include_directories()` calls in toolchain files are used during our ABI detection step even though it does not include any system headers. Since commit 5990ecb741 (Compute implicit include directories from compiler output, 2018-12-07, v3.14.0-rc1~108^2), that check is also used to detect implicit include directories. Any `include_directories()` in a toolchain file are detected as implicit and later excluded from explicit specification on compiler command lines, thus breaking the purpose of the calls in the first place. Fix the implicit include directory detection step to avoid using paths from `include_directories()` calls in the toolchain file. Fixes: #19079 | 25 March 2019, 15:48:17 UTC |
b743058 | Brad King | 21 March 2019, 12:56:39 UTC | Merge branch 'doc-cmp0082' into release-3.14 Merge-request: !3133 | 21 March 2019, 12:56:39 UTC |
ce730e9 | Brad King | 21 March 2019, 12:51:35 UTC | Help: Clarify policy CMP0082 documentation The policy documentation added by commit fc8955e889 (add_subdirectory: Run subdirectory install rules in correct order, 2018-10-02, v3.14.0-rc1~565^2~1) left out our usual sentence about the policy providing compatibility. | 21 March 2019, 12:55:28 UTC |
8cc16c9 | Brad King | 20 March 2019, 15:22:02 UTC | Merge branch 'armcc-compiler-id' into release-3.14 Merge-request: !3127 | 20 March 2019, 15:22:02 UTC |
8f8d056 | Brad King | 20 March 2019, 15:12:27 UTC | ARMCC: Fix identification of ARM compiler when it defines GNU macros According to ARMCC 5.06 documentation: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359125007083.html the compiler may define `__GNUC__` in addition to `__ARMCC_VERSION`. Re-order our preprocessor checks to consider the ARM-specific macro first so that the ARM compiler is not mistaken for a GNU compiler. Fixes: #19065 | 20 March 2019, 15:20:39 UTC |
9603e41 | Brad King | 20 March 2019, 14:54:24 UTC | Merge branch 'eclipse-interface-lib' into release-3.14 Merge-request: !3125 | 20 March 2019, 14:54:24 UTC |
d3dcf8d | Brad King | 20 March 2019, 14:48:28 UTC | Eclipse: Fix extra generator to not crash on interface libraries Do not process interface libraries in ways that expect build information to be present internally. This filtering was left out of the extra generator accidentally when interface libraries were introduced, but it worked by accident until commit 76ad2ecb50 (Order SYSTEM include directories after non-system directories, 2018-04-13, v3.12.0-rc1~179^2) added a code path that was not tolerated. Fixes: #18363 | 20 March 2019, 14:52:31 UTC |
5b6c6c2 | Brad King | 14 March 2019, 18:52:12 UTC | Merge branch 'find_program-windows-share' into release-3.14 Merge-request: !3105 | 14 March 2019, 18:52:12 UTC |
00c4ddf | Brad King | 14 March 2019, 18:34:37 UTC | find_program: Restore leading double slash on Windows network path Since commit c76c1ea208 (find_program: Consider CWD only for paths with separator, 2018-05-31, v3.13.0-rc1~413^2) we accidentally convert the leading `//` to just `/` on results with Windows network paths. This was caused by `CollapseCombinedPath` being less robust than `CollapseFullPath`. Restore use of the latter but in a way that preserves the requirement of the above commit to support candidates that are themselves absolute. Fixes: #19049 Issue: #19050 | 14 March 2019, 18:46:23 UTC |
0e652f2 | Brad King | 14 March 2019, 18:01:02 UTC | Merge branch 'FindPython-ensure-correct-architecture-selected' into release-3.14 Merge-request: !3103 | 14 March 2019, 18:01:02 UTC |
9a84cb1 | Marc Chevrier | 14 March 2019, 17:40:22 UTC | FindPython*: ensure correct architecture is selected. Ensure interpreter and libraries architecture matches CMake build configuration. Update documentation about interpreter constraints. Fixes: #19024 | 14 March 2019, 17:53:57 UTC |
b5b2415 | Brad King | 14 March 2019, 17:24:25 UTC | Merge branch 'vs2019-wow64' into release-3.14 Merge-request: !3102 | 14 March 2019, 17:24:25 UTC |
5c50eea | Brad King | 14 March 2019, 17:14:23 UTC | VS: Fix x64 host recognition by x86 cmake process In commit 57e48f16f2 (VS: Add Visual Studio 16 2019 generator, 2019-01-09, v3.14.0-rc1~150^2) and commit 0fd742a6ff (VS: Teach VS 2019 generator to select host tools matching host arch, 2019-01-28, v3.14.0-rc1~63^2) we intended to select the `x64` target architecture and `x64` host tools by default on x64 host machines. Fix detection of a x64 host when CMake itself is a 32-bit x86 process. The KWSys SystemInformation `Is64Bits` member is not set correctly, which led to this bug. Pending investigation on the KWSys side, simply test ourselves via `IsWow64Process`. | 14 March 2019, 17:19:18 UTC |
bf02d62 | Brad King | 14 March 2019, 13:08:05 UTC | CMake 3.14.0 | 14 March 2019, 13:08:05 UTC |
1b6a304 | Brad King | 12 March 2019, 17:01:57 UTC | Merge branch 'revert-vs-msbuild-arch' into release-3.14 Merge-request: !3090 | 12 March 2019, 17:01:57 UTC |
f3cedf3 | Brad King | 12 March 2019, 16:53:06 UTC | VS: Revert "Use MSBuild matching toolset host architecture" Revert commit da402a081b (VS: Use MSBuild matching toolset host architecture, 2019-01-28, v3.14.0-rc1~50^2). Multiple people have reported that the 64-bit `amd64/msbuild` tool fails in cases that the 32-bit `msbuild` works. Drop our change pending further investigation and hopefully a fix to VS. Fixes: #18904, #19037 Issue: #18219 | 12 March 2019, 16:53:06 UTC |
0c2469e | Brad King | 12 March 2019, 13:42:02 UTC | Merge branch 'wix-cmake-downgrade-fix' into release-3.13 Merge-request: !3087 | 12 March 2019, 13:42:02 UTC |
225675b | Brad King | 12 March 2019, 13:41:37 UTC | Merge branch 'wix-cmake-downgrade-fix' into release-3.14 Merge-request: !3087 | 12 March 2019, 13:41:37 UTC |
7593bdf | Nils Gladitz | 12 March 2019, 07:58:45 UTC | CMake: Fix WiX installer downgrades with versioned binaries Since commit 5b9da05b7a (Windows: Embed version information into CMake binaries, 2017-10-25, v3.11.0-rc1~411^2) our binaries have version information that prevents a `.msi` downgrade from replacing them by default. Configure the re-install mode: * a: reinstall all files regardless of version * m: rewrite all per-machine registry entries * u: rewrite all per-user registry entries * s: reinstall shortcuts and icons Fixes: #19006 | 12 March 2019, 13:39:35 UTC |
f96f1aa | Brad King | 08 March 2019, 12:34:57 UTC | CMake 3.14.0-rc4 | 08 March 2019, 12:34:57 UTC |
0e2804b | Brad King | 07 March 2019, 20:00:26 UTC | Merge branch 'cxx-checks-warning-match' into release-3.14 Merge-request: !3075 | 07 March 2019, 20:00:26 UTC |
4ca5a81 | Brad King | 07 March 2019, 19:55:54 UTC | C++ feature checks: Match warnings more strictly Require the word "warning" to appear at the start of a line, after whitespace, or after a `:`. This is the same that CTest launchers use to match warnings. It avoids matching "warning" inside file paths. Fixes: #19019 | 07 March 2019, 19:55:54 UTC |
c042c99 | Brad King | 07 March 2019, 14:17:21 UTC | Merge branch 'install-no-imported-global' into release-3.14 Merge-request: !3071 | 07 March 2019, 14:17:21 UTC |
47389c5 | Brad King | 07 March 2019, 13:52:18 UTC | install: Do not crash on imported global target Since commit e89ad0f94e (install: Allow installing targets created in another directory, 2018-06-18, v3.13.0-rc1~407^2) the `install(TARGETS)` command may find a global-scoped target outside the calling directory. Ignore an `IMPORTED GLOBAL` target if it is found in this way. Imported targets cannot be installed, and trying to do so violates internal invariants. Fixes: #19022 | 07 March 2019, 14:00:56 UTC |
898d21e | Brad King | 06 March 2019, 14:43:27 UTC | Merge branch 'vs-explicit-newline' into release-3.14 Merge-request: !3065 | 06 March 2019, 14:43:27 UTC |
0bf4418 | Luca Cappa | 05 March 2019, 19:08:09 UTC | VS: Encode newlines in XML attributes Encode `\n` as ` ` to avoid generating a literal newline inside an XML attribute. This is more readable and also fixes custom commands in `.csproj` files with VS 2019 RC. Fixes: #19001 | 06 March 2019, 14:37:21 UTC |
ef10c9a | Brad King | 06 March 2019, 14:07:29 UTC | Merge branch 'docs-xcode-schemes' into release-3.14 Merge-request: !3066 | 06 March 2019, 14:07:29 UTC |
d0cb912 | Craig Scott | 06 March 2019, 13:00:09 UTC | Help: Remove note that Xcode scheme generator is experimental | 06 March 2019, 13:04:55 UTC |
de850fe | Craig Scott | 06 March 2019, 12:57:45 UTC | Help: Trivial typo fix for CMAKE_XCODE_GENERATE_SCHEME | 06 March 2019, 13:04:55 UTC |