20a41aa | Brad King | 01 March 2019, 14:25:27 UTC | CMake 3.14.0-rc3 | 01 March 2019, 14:25:27 UTC |
8d9cf29 | Brad King | 01 March 2019, 14:05:57 UTC | Merge branch 'findjni-paths' into release-3.14 Merge-request: !3042 | 01 March 2019, 14:05:57 UTC |
77cede0 | Christian Pfeiffer | 27 February 2019, 15:50:56 UTC | FindJNI: Unify path search, fix support for Java 9 Java 9 restructured the standard location of the AWT libraries due to the removal of the JRE/JDK separation. We should check all possible combinations of subdirectories to the Java root directories to ensure that the libraries will be found after an upgrade. Furthermore, a root directory would contain both, include and library paths, so the search should be unified to ease maintenance on the module. | 01 March 2019, 13:53:26 UTC |
9a54159 | Brad King | 01 March 2019, 13:02:26 UTC | Merge branch 'ExternalProject-fix-log-in-custom-stamp' into release-3.14 Merge-request: !3045 | 01 March 2019, 13:02:26 UTC |
338e32b | Brad King | 01 March 2019, 13:02:11 UTC | Merge branch 'cuda_device_link_handle_frameworks' into release-3.14 Merge-request: !3039 | 01 March 2019, 13:02:11 UTC |
a6d3fee | Brad King | 01 March 2019, 12:54:17 UTC | ExternalProject: Restore default log dir with custom stamp dir In commit b6f6cac378 (ExternalProject: add LOG_DIR option that allows overriding of log location, 2018-10-12, v3.14.0-rc1~515^2~1) the log directory got its own option. The intention was to fall back to the stamp directory by default. However, the implementation actually only falls back to the same default as the stamp directory and does not consider a custom stamp dir. Update the default log dir computation to fall back to whatever is the final selection for the stamp dir. Fixes: #19000 | 01 March 2019, 12:54:17 UTC |
d5d1b15 | Robert Maynard | 27 February 2019, 22:37:17 UTC | CUDA: Filter out -framework arguments during device linking The filter in commit e768d96c74 (CUDA: Filter out host link flags during device linking, 2018-10-22, v3.13.0-rc2~4^2~2^2) removes `-framework` but not the framework name that comes after it. Revise the logic to remove both. Fixes: #18911 | 28 February 2019, 19:56:11 UTC |
71852e9 | Brad King | 28 February 2019, 18:25:51 UTC | Merge branch 'vs2019' into release-3.14 Merge-request: !3044 | 28 February 2019, 18:25:51 UTC |
c9a7f31 | Brad King | 28 February 2019, 16:05:31 UTC | Help: Update VS 2019 generator release note for preview 4 | 28 February 2019, 16:05:31 UTC |
00c1120 | Brad King | 28 February 2019, 16:02:53 UTC | VS: Drop workaround needed only for VS 2019 preview 2 and 3 A temporary workaround added by commit 626c51f47b (VS: Update for Visual Studio 2019 Preview 2, 2019-01-24, v3.14.0-rc1~74^2) is no longer needed as of VS 2019 preview 4. Fixes: #18898 | 28 February 2019, 16:04:29 UTC |
18731d6 | Brad King | 27 February 2019, 16:32:31 UTC | Merge branch 'backport-check-std-size-cbegin-cend' into release-3.14 Merge-request: !3030 | 27 February 2019, 16:32:31 UTC |
e17deb7 | Mathieu Garaud | 27 February 2019, 14:47:41 UTC | Extend C++17/C++14 feature checks to cover more standard library APIs Make sure `std::cbegin`, `std::cend`, and `std::size` work in C++17 or C++14 mode before choosing the corresponding standard level for compiling CMake itself. This helps in cases that the compiler is using a standard library too old to support the full standard level chosen. | 27 February 2019, 16:24:43 UTC |
e0d7078 | Brad King | 27 February 2019, 14:04:03 UTC | Merge branch 'FindThreads-revert-libc-check' into release-3.14 Merge-request: !3022 | 27 February 2019, 14:04:11 UTC |
f369d59 | Brad King | 27 February 2019, 13:05:55 UTC | Merge branch 'cmake_role-vs-fix' into release-3.14 Merge-request: !3028 | 27 February 2019, 13:05:55 UTC |
c2c7b96 | Brad King | 27 February 2019, 12:59:19 UTC | Merge branch 'docs-rpath-origin-apple' into release-3.14 Merge-request: !3020 | 27 February 2019, 12:59:19 UTC |
e994e1f | Brad King | 27 February 2019, 12:57:03 UTC | Merge branch 'FindOctave-remove' into release-3.14 Merge-request: !3027 | 27 February 2019, 12:57:03 UTC |
624ce2c | Brad King | 27 February 2019, 12:56:11 UTC | Merge branch 'include_external_msproject-exclude-from-all' into release-3.14 Merge-request: !3025 | 27 February 2019, 12:56:11 UTC |
5833739 | Brad King | 27 February 2019, 12:55:28 UTC | Merge branch 'vs-llvm-extension' into release-3.14 Merge-request: !3024 | 27 February 2019, 12:55:28 UTC |
4570b5a | Brad King | 27 February 2019, 12:54:49 UTC | Merge branch 'restore-min-cmake-3.1' into release-3.14 Merge-request: !3021 | 27 February 2019, 12:54:49 UTC |
1832023 | Brad King | 27 February 2019, 12:28:05 UTC | FindThreads: Revert libc symbol check to pthread_create Since commit e9a1ddc594 (FindThreads: Replace the pthread symbol checking in libc., 2018-11-18, v3.14.0-rc1~292^2) we check libc for `pthread_kill` instead of `pthread_create`. However, on FreeBSD `pthread_kill` is in libc but not `pthread_create`. Discussion in the original merge request for the above commit also considered `pthread_key_create`, `pthread_self`, and `pthread_attr_init`. Every symbol seems to have some reason it is not an appropriate choice. Revert to the pre-3.14 behavior of using `pthread_create` pending further investigation. | 27 February 2019, 12:33:31 UTC |
bf10f02 | Craig Scott | 26 February 2019, 11:43:46 UTC | Help: Fix minor inaccuracies of what BUILD_RPATH_USE_ORIGIN affects | 27 February 2019, 10:07:36 UTC |
4b95e7f | Kyle Edwards | 26 February 2019, 19:48:13 UTC | CMAKE_ROLE: Fix value in --build for Visual Studio generators Fixes: #18990 | 26 February 2019, 19:52:17 UTC |
7a1f3fe | Brad King | 26 February 2019, 19:12:34 UTC | FindOctave: Remove module pending further work The `FindOctave` module added by commit 170bcb6fdc (FindOctave: Add module to find GNU octave, 2018-11-17, v3.14.0-rc1~283^2) has a few problems in its implementation that need to be worked out before the module can be included in a CMake release. These were missed during review. Remove the module for now. It can be restored later with a fresh review. Issue: #18991 | 26 February 2019, 19:12:34 UTC |
3106cf4 | Brad King | 26 February 2019, 15:10:33 UTC | include_external_msproject: Restore support for EXCLUDE_FROM_ALL In commit dc6888573d (Pass EXCLUDE_FROM_ALL from directory to targets, 2019-01-15, v3.14.0-rc1~83^2) all `AddNewTarget` call sites were updated to copy the directory-level `EXCLUDE_FROM_ALL` into the target property of the same name, except that the one for `include_external_msproject` was incorrectly missed. Add it now. Furthermore, refactoring in commit b99129d2d8 (ENH: some code cleanup, 2007-03-12, v2.6.0~2020) accidentally set the `EXCLUDE_FROM_ALL` target property of `include_external_msproject`-generated targets to `FALSE` instead of simply leaving it unset. This was not necessary but had no effect until the above commit gave it a meaning. Drop that. Fixes: #18986 | 26 February 2019, 15:20:01 UTC |
8375c30 | Brad King | 26 February 2019, 14:49:55 UTC | VS: Fix detection of clang-cl with -T llvm When using a VS generator with `-T llvm`, MSBuild relies on the "LLVM Compiler Toolchain" VS Extension. This does not put `clang-cl` in the `PATH` inside the build, and LLVM no longer provides a `cl` replacement either. Therefore we need another way to extract the path to the `CMAKE_{C,CXX}_COMPILER`. Fortunately the LLVM VS integration provides a `$(ClangClExecutable)` macro we can reference to get the path. Fixes: #18983 | 26 February 2019, 14:58:51 UTC |
e0267eb | Brad King | 26 February 2019, 12:46:26 UTC | FindThreads: Fix libc check to use proper header for pthread_kill In commit e9a1ddc594 (FindThreads: Replace the pthread symbol checking in libc., 2018-11-18, v3.14.0-rc1~292^2) we switched to checking for `pthread_kill` in libc but did not update the symbol check's header file to match. Add `signal.h` to get `pthread_kill`. Keep `pthread.h` anyway since the purpose of the check is to verify that the pthread API works. Fixes: #18984 | 26 February 2019, 12:51:52 UTC |
8455e16 | Brad King | 26 February 2019, 12:39:11 UTC | Merge branch 'doc-ctest-build-and-test-summary' into release-3.14 Merge-request: !3017 | 26 February 2019, 12:39:11 UTC |
02ba5d5 | Paul Seyfert | 25 February 2019, 11:31:44 UTC | Help: Fix --build-and-test synopsis in ctest(1) The synopsis added by commit 9d3aa95ca4 (Help: Divide ctest(1) manual options into sections, 2017-11-08, v3.11.0-rc1~359^2~2) is missing the actual `--build-and-test` argument! Add it now. | 26 February 2019, 12:37:29 UTC |
a0d4430 | Brad King | 26 February 2019, 12:18:43 UTC | Tests: Restore support for CMake 3.1 through 3.6 with MSVC The change in commit a5dd159990 (Tests: Fix RunCMake.try_compile CxxStandard case on MSVC, 2017-09-22, v3.10.0-rc1~63^2) introduced use of `if()` conditions not supported until CMake 3.7, so while it was intended to restore support for CMake versions prior to 3.9, it actually only did so for 3.7 and 3.8. Backport the logic to work with CMake 3.1. Fixes: #18987 | 26 February 2019, 12:35:24 UTC |
4d337be | Brad King | 25 February 2019, 14:33:25 UTC | Merge branch 'qcc-asm-detection' into release-3.14 Merge-request: !3016 | 25 February 2019, 14:33:25 UTC |
af000ab | Brad King | 25 February 2019, 12:54:25 UTC | Merge branch 'releasenotes_arch_independent' into release-3.14 Merge-request: !3012 | 25 February 2019, 12:54:25 UTC |
0e8b0ae | Brad King | 25 February 2019, 12:54:04 UTC | Merge branch 'docs_try_commands' into release-3.14 Merge-request: !3013 | 25 February 2019, 12:54:04 UTC |
b3b081c | Brad King | 25 February 2019, 12:53:49 UTC | Merge branch 'check_lang_source_runs_output' into release-3.14 Merge-request: !3011 | 25 February 2019, 12:53:49 UTC |
be87ce4 | Maikel van den Hurk | 25 February 2019, 07:28:47 UTC | Add ASM Compiler detection for QCC | 25 February 2019, 07:28:47 UTC |
47caf14 | Craig Scott | 24 February 2019, 09:05:49 UTC | Help: Add release note for new ARCH_INDEPENDENT option | 24 February 2019, 09:05:49 UTC |
4d55c1f | Craig Scott | 24 February 2019, 06:23:58 UTC | Help: Caveat for try_compile() and CMAKE_TRY_COMPILE_PLATFORM_VARIABLES | 24 February 2019, 06:23:58 UTC |
861dbef | Craig Scott | 24 February 2019, 06:22:53 UTC | Help: Consistency in try_compile() docs for target type | 24 February 2019, 06:22:53 UTC |
df8aa3c | Craig Scott | 24 February 2019, 06:19:45 UTC | Help: try_compile() readability and grammar improvements | 24 February 2019, 06:19:45 UTC |
7975ede | Craig Scott | 24 February 2019, 06:13:45 UTC | Help: User-provided variable names for try_* commands All uppercase is typically used for command keywords. Non-keyword arguments should generally be shown as `<something>` according to the CMake documentation guide. | 24 February 2019, 06:16:07 UTC |
92d9ec9 | Craig Scott | 23 February 2019, 10:16:03 UTC | CheckLangSourceRuns: Capture run output to log files Fixes: #18973 | 23 February 2019, 10:16:03 UTC |
6ebe40c | Brad King | 22 February 2019, 16:19:09 UTC | Merge branch 'remove-exclude-from-all-warning' into release-3.14 Merge-request: !3002 | 22 February 2019, 16:19:09 UTC |
d3b765d | Craig Scott | 21 February 2019, 12:00:50 UTC | EXCLUDE_FROM_ALL: Don't warn if installing target excluded from all The original warning pre-dates support for install components. There are now legitimate scenarios where an install(TARGETS) command may list a target that is excluded from all, e.g. hierarchical projects that will never install the component such a target belongs to. Fixes: #18938 | 21 February 2019, 20:55:56 UTC |
c925166 | Brad King | 20 February 2019, 19:32:37 UTC | Merge branch 'link-options' into release-3.14 Merge-request: !2996 | 20 February 2019, 19:32:37 UTC |
98a2d42 | Marc Chevrier | 20 February 2019, 15:54:47 UTC | PIE link options: No warning when policy CMP0083 is not set. Fixes: #18955 | 20 February 2019, 19:30:57 UTC |
c36bf6b | Brad King | 20 February 2019, 13:57:20 UTC | Merge branch 'fix-implicit-includes-fortran' into release-3.14 Merge-request: !2994 | 20 February 2019, 13:57:20 UTC |
3dc81a4 | Brad King | 20 February 2019, 13:13:01 UTC | Fortran: Do not suppress explicit use of implicit include directories Since commit 2e91627dea (ParseImplicitIncludeInfo: add Fortran implicit include handling, 2019-01-25, v3.14.0-rc1~73^2) we actually populate `CMAKE_Fortran_IMPLICIT_INCLUDE_DIRECTORIES` for the first time. This value may be useful to project code to pass to other tooling that wants to preprocess the way Fortran does, so we should compute the value. However, compilers like `gfortran` do not actually search their own implicit include directories for `.mod` files. The directories must be passed via `-I` in order for `.mod` files in them to be found. Since Fortran has no standard library header files that we need to avoid overriding, it is safe to *not* filter out implicit include directories from those passed explicitly via `-I` options. Skip this filtering so that include directories specified by project code to find `.mod` files will be searched by the compiler even if they happen to be implicitly searched by the preprocessor. Fixes: #18914 | 20 February 2019, 13:13:57 UTC |
0794dd3 | Brad King | 19 February 2019, 18:29:48 UTC | Merge branch 'autogen_cache_binary_checks' into release-3.14 Merge-request: !2990 | 19 February 2019, 18:29:48 UTC |
b5befac | Sebastian Holtermann | 19 February 2019, 16:27:24 UTC | Autogen: Use output caching GetExecutableTestOutput Use the output caching cmQtAutoGenGlobalInitializer::GetExecutableTestOutput method to avoid identical calls to moc, uic and rcc. Closes #18947 | 19 February 2019, 18:11:44 UTC |
a4e01d6 | Sebastian Holtermann | 19 February 2019, 16:02:03 UTC | Autogen: Add output caching GetExecutableTestOutput This adds the cmQtAutoGenGlobalInitializer::GetExecutableTestOutput method which caches the output of the called executable and returns the cached value on any subsequent call. | 19 February 2019, 18:11:44 UTC |
4f5bb64 | Brad King | 19 February 2019, 14:33:34 UTC | Merge branch 'vs-win-sdk' into release-3.14 Merge-request: !2989 | 19 February 2019, 14:33:34 UTC |
4dab8e6 | Brad King | 19 February 2019, 14:22:55 UTC | VS: Tell VS 2019 to use Windows SDK 8.1 explicitly when needed VS 2019 does not default to the 8.1 SDK as VS 2017 and VS 2015 did. When `CMAKE_SYSTEM_VERSION` is 8.1 or lower, select the 8.1 SDK explicitly. Fixes: #18927 | 19 February 2019, 14:31:50 UTC |
35bf9de | Brad King | 19 February 2019, 14:22:18 UTC | VS: Factor out a method to set the Windows SDK version internally | 19 February 2019, 14:31:50 UTC |
da84643 | Brad King | 19 February 2019, 12:58:13 UTC | Merge branch 'asm-no-slash-question' into release-3.14 Merge-request: !2984 | 19 February 2019, 12:58:13 UTC |
13f0201 | Brad King | 19 February 2019, 12:50:07 UTC | Merge branch 'fix-legacy-implicit-includes' into release-3.14 Merge-request: !2981 | 19 February 2019, 12:50:07 UTC |
7814796 | Brad King | 19 February 2019, 12:49:26 UTC | Merge branch 'FindBoost-layout-tagged' into release-3.14 Merge-request: !2961 | 19 February 2019, 12:49:26 UTC |
b186329 | Brad King | 18 February 2019, 16:43:37 UTC | Use -? instead of /? to test compiler for MSVC-like command-line support MS-style command-line tools accept either `/` or `-` for command-line options. Prefer `-` over `/` so that non-MS tools do not treat it as a path. Fixes: #18941 | 19 February 2019, 12:29:27 UTC |
890bae5 | Brad King | 18 February 2019, 20:01:59 UTC | Do not explicitly report "standard" include directories as implicit In commit 1293ed8507 (ParseImplicitIncludeInfo: keep implicit incl. consistent when rerunning cmake, 2019-01-30, v3.14.0-rc1~26^2) we did not account for `CMAKE_<LANG>_STANDARD_INCLUDE_DIRECTORIES`. This variable lets platform modules or toolchain files specify directories that are to be explicitly passed as standard include directories. These include directories are used by the test project from which we extract implicit include directories so they appear in the parsed results whether or not the compiler really considers them implicit. Exclude these entries from the computed implicit include directories since they are not actually implied by the compiler when we invoke it with "standard" include directories passed explicitly. Instead teach the build system generators to treat the "standard" directories as implicit for purposes of excluding them from appearing earlier in the compiler command line due to `include_directories` and `target_include_directories` calls. Issue: #18936, #18944 | 18 February 2019, 22:12:14 UTC |
5c171ca | Brad King | 18 February 2019, 19:32:22 UTC | Restore unconditional use of "standard" include directories `CMAKE_<LANG>_STANDARD_INCLUDE_DIRECTORIES` is meant to unconditionally add explicitly specified include directories to compile lines. In commit 5f34bdc7f9 (cmLocalGenerator: Refactor `GetIncludeDirectoriesImplicit` method, 2019-01-25, v3.14.0-rc1~65^2~1) a condition was accidentally added to exclude implicit include directories. Drop that condition. Fixes: #18936 | 18 February 2019, 22:10:07 UTC |
9502276 | Brad King | 18 February 2019, 19:31:04 UTC | Prefix implicit include directories with sysroot on construction Since commit 7cd65c97fa (Add CMAKE_SYSROOT variable to set --sysroot when cross compiling., 2013-04-13, v3.0.0-rc1~342^2) we have prefixed the value of `CMAKE_SYSROOT` to implicit include directories. This was done because we hard-coded `/usr/include` as an implicit include directory without accounting for the sysroot. Instead we should prefix the hard-coded paths when they are constructed. Update the `Platform/UnixPaths` module to do this as `Platform/Darwin` already does. Since commit 5990ecb741 (Compute implicit include directories from compiler output, 2018-12-07, v3.14.0-rc1~108^2) the values of the `CMAKE_<LANG>_IMPLICIT_INCLUDE_DIRECTORIES` variables are computed from a real compiler invocation so they already account for the sysroot prefix. In commit 6fc3382944 (Update logic for sysroot in detected implicit include directories, 2019-02-13, v3.14.0-rc2~6^2) we attempted to apply the prefix conditionally, but that is incorrect because the compiler's real implicit include directories are not all under the sysroot. Instead assume that all implicit include directories in `CMAKE_<LANG>_IMPLICIT_INCLUDE_DIRECTORIES` already have the sysroot prefix if needed. Code that constructs the value must be responsible for that because it is the only place that knows. | 18 February 2019, 22:09:26 UTC |
bee6597 | Yves Frederix | 14 February 2019, 12:39:24 UTC | FindBoost: Find boost libraries built with --layout=tagged Pick up libraries of the form `boost_system-mt-x64`, which do not have the version suffix. Fixes: #18908 | 18 February 2019, 15:53:42 UTC |
926a97e | Brad King | 18 February 2019, 14:22:13 UTC | Merge branch 'file_symlink_docs' into release-3.14 Merge-request: !2974 | 18 February 2019, 14:22:13 UTC |
1f8ed41 | Brad King | 18 February 2019, 14:08:05 UTC | Merge branch 'externalproject_docs' into release-3.14 Merge-request: !2978 | 18 February 2019, 14:08:05 UTC |
3632316 | Brad King | 18 February 2019, 14:06:57 UTC | Merge branch 'get_filename_component_docs' into release-3.14 Merge-request: !2973 | 18 February 2019, 14:06:57 UTC |
f2072a6 | Craig Scott | 17 February 2019, 02:30:07 UTC | Help: Clarify ExternalProject_Add()'s LOG_MERGED_STDOUTERR behavior The output is only merged for a step if it is logging to file. This option is ignored for steps that are logging normally. A minor grammatical error has also been fixed as part of this change. | 17 February 2019, 02:30:07 UTC |
f2820bc | Craig Scott | 17 February 2019, 02:17:56 UTC | Release notes: Make ExternalProject dot points consistent Use same phrasing and command linking. | 17 February 2019, 02:17:56 UTC |
0f5a9f7 | Craig Scott | 16 February 2019, 08:32:52 UTC | Help: Clarify and improve readability of link-related file subcommands | 16 February 2019, 09:55:49 UTC |
2cc1459 | Craig Scott | 16 February 2019, 04:15:38 UTC | Help: Remove outdated statement about get_filename_component() After !2853, the statement that the "longest file extension is always considered" is no longer true. Both NAME_WLE and LAST_EXT now return details based on the shortest file extension. Fixes: 7a25ef326b (Help: Add documentation for new get_filename_component components, 2019-01-24, 3.14.0-rc1) | 16 February 2019, 04:26:23 UTC |
e6897c7 | Brad King | 15 February 2019, 12:46:43 UTC | CMake 3.14.0-rc2 | 15 February 2019, 12:46:43 UTC |
113a395 | Brad King | 15 February 2019, 11:47:46 UTC | Merge branch 'try_compile-expand-compile-defs' into release-3.14 Merge-request: !2965 | 15 February 2019, 11:47:59 UTC |
dac6cf1 | Brad King | 15 February 2019, 11:47:22 UTC | Merge branch 'FindLibXml2' into release-3.14 Merge-request: !2970 | 15 February 2019, 11:47:22 UTC |
fd86a4d | Saleem Abdulrasool | 14 February 2019, 21:41:21 UTC | FindLibXml2: Document LibXml2_FOUND as preferred case Both `LIBXML2_FOUND` and `LibXml2_FOUND` are provided but the modern convention is to use the case that matches the module name. | 15 February 2019, 11:41:32 UTC |
cde2596 | Brad King | 14 February 2019, 13:16:20 UTC | try_compile: Restore expansion of ;-list in COMPILE_DEFINITIONS The quoting added by commit 8c5221fb1f (try_compile: Preserve special characters in COMPILE_DEFINITIONS, 2019-01-21, v3.14.0-rc1~108^2~3) broke the case that the `COMPILE_DEFINITIONS` value contains a `;`. Without the quoting the `;` would be generated literally in an unquoted argument in the test `CMakeLists.txt` file and would then be expanded. With quoting the `;` is preserved, which is not the old behavior. Fix this by expanding the `;`-list ahead of time. Add test cases for behavior with both `#` and `;`. This was noticed with the PGI compiler where we set `CMAKE_CXX*_STANDARD_COMPILE_OPTION` to values like `--c++17;-A`. The symptom had also been observed while preparing commit ef8f237686 (ParseImplicitIncludeInfo: add SunPro Fortran and PGI compiler, Cray fix, 2019-01-29, v3.14.0-rc1~26^2~2) but was not recognized at the time as a regression. Revert the workaround added by that commit. Fixes: #18919 | 15 February 2019, 11:21:19 UTC |
9d3710a | Brad King | 14 February 2019, 16:24:16 UTC | Merge branch 'vs2017-sdk81' into release-3.14 Merge-request: !2962 | 14 February 2019, 16:24:16 UTC |
2f51f28 | Brad King | 14 February 2019, 15:24:43 UTC | Merge branch 'fortran-submodule-names' into release-3.14 Merge-request: !2958 | 14 February 2019, 15:24:43 UTC |
d80ecba | Brad King | 13 February 2019, 19:08:34 UTC | Fortran: Fix submodule file names across compilers The naming convention for submodule files varies across compilers. Add a table to the compiler information modules and thread the information through to the Fortran module dependency parser. Fill out the table for compiler ids known to support Fortran submodules. Fixes: #18746 | 14 February 2019, 15:23:02 UTC |
72057d9 | Brad King | 13 February 2019, 18:34:56 UTC | Fortran: Thread compiler id through to internal Fortran parser | 14 February 2019, 15:23:02 UTC |
7ae329e | Brad King | 13 February 2019, 18:42:51 UTC | Fortran: Factor out .mod and .smod file name construction | 14 February 2019, 15:23:02 UTC |
5c26e3c | Brad King | 14 February 2019, 12:39:06 UTC | VS: Fix validation of Windows 8.1 SDK The check added by commit 0a29a31161 (VS2017: Verify Windows 8.1 SDK before using it, 2017-04-25, v3.8.1~2^2) used the wrong path to `windows.h` within the SDK, leading to it never being detected. Fixes: #18923 | 14 February 2019, 13:25:26 UTC |
9f351b9 | Brad King | 13 February 2019, 15:28:02 UTC | Merge branch 'fix-pointer-truncation' into release-3.14 Merge-request: !2956 | 13 February 2019, 15:28:02 UTC |
76a5ac2 | Zsolt Parragi | 12 February 2019, 20:01:18 UTC | cmListFileLexer: Add missing include to avoid possible pointer truncation The `cmsys/Enconding.h` include had a typo in its surrounding ifdef, possibly causing a missing function declaration (`cmsysEncoding_DupToWide`). As this is C code, this resulted in the code compiling, but with a truncated return value, possibly causing crashes. | 13 February 2019, 15:22:59 UTC |
30783ad | Brad King | 13 February 2019, 15:05:48 UTC | Merge branch 'fix-legacy-implicit-includes' into release-3.14 Merge-request: !2957 | 13 February 2019, 15:05:48 UTC |
6fc3382 | Brad King | 13 February 2019, 14:27:24 UTC | Update logic for sysroot in detected implicit include directories Since commit 5990ecb741 (Compute implicit include directories from compiler output, 2018-12-07, v3.14.0-rc1~108^2) the values of the `CMAKE_<LANG>_IMPLICIT_INCLUDE_DIRECTORIES` variables are computed from a real compiler invocation. In this case the paths under the sysroot should already have the sysroot prefix so we should no longer have to add the sysroot prefix. However, it is also possible for project code to add its own paths to `CMAKE_<LANG>_IMPLICIT_INCLUDE_DIRECTORIES` without the sysroot prefix and expect the historical addition of the sysroot prefix to be preserved. Try to account for both cases by conditionally adding the sysroot prefix on implicit include directories that do not already have it. | 13 February 2019, 15:03:56 UTC |
2ad14ef | Brad King | 13 February 2019, 14:22:41 UTC | cmAlgorithms: Add cmHasPrefix to match existing cmHasSuffix | 13 February 2019, 14:52:20 UTC |
557b2d6 | Brad King | 13 February 2019, 14:23:31 UTC | Fix regression in -I/usr/include exclusion logic The change in commit 15ad830062 (Refactor exclusion of -I/usr/include to avoid per-language values, 2019-01-21, v3.14.0-rc1~108^2~4) caused the exclusion to apply to Fortran, but it was only meant for C, CXX, and CUDA. The purpose of the change was to prepare for the value of `CMAKE_<LANG>_IMPLICIT_INCLUDE_DIRECTORIES` to be computed from the actual compiler instead of hard-coded. We need to preserve exclusion of `-I/usr/include` if the compiler has any implicit include directory that looks intended to replace it, e.g. `<sdk>/usr/include` on macOS. Fixes: #18914 | 13 February 2019, 14:52:20 UTC |
017598a | Brad King | 13 February 2019, 14:45:36 UTC | macOS: Fix addition of <sdk>/usr/include to default implicit include dirs In commit 1293ed8507 (ParseImplicitIncludeInfo: keep implicit incl. consistent when rerunning cmake, 2019-01-30, v3.14.0-rc1~26^2) the `Platform/UnixPaths` module was updated to add `/usr/include` to `CMAKE_{C,CXX,CUDA}_IMPLICIT_INCLUDE_DIRECTORIES` through an initialization variable used by `CMakeDetermineCompilerABI` instead of directly. This approach makes it only a default that can be overridden by detection of the implicit include directories really used by the compiler. The addition of `<sdk>/usr/include` to default implicit include directories by the `Platform/Darwin` module needs the same update but was accidentally left out of the original commit. | 13 February 2019, 14:52:19 UTC |
1c4570e | Brad King | 13 February 2019, 13:37:38 UTC | Merge branch 'genex-GENEX_EVAL-fix-recursion' into release-3.14 Merge-request: !2954 | 13 February 2019, 13:37:38 UTC |
e429e9a | Marc Chevrier | 12 February 2019, 15:25:56 UTC | genex: Fix erroneous handling of recursion for $<GENEX_EVAL:> Fixes: #18894 | 13 February 2019, 13:37:02 UTC |
a251b61 | Brad King | 11 February 2019, 19:44:00 UTC | Merge branch 'doc-if-legacy' into release-3.14 Merge-request: !2950 | 11 February 2019, 19:44:00 UTC |
572b4fd | Juuso "Linda" Lapinlampi | 11 February 2019, 19:06:02 UTC | Help: Fix elseif/endif typo In CMake 3.13.x, we had this evaluation for if() conditions: if(a) elseif(b) else(a) endif(a) The sensible intention of the change in commit c2efb3efcd (Help: Revise docs on Scripting Commands, 2018-10-16, v3.14.0-rc1~505^2) was: > "endif", "endfunction" etc: Explain that the argument is optional and > maintained for compatibility only Instead of "endif", it ended up being written to the documentation as "elseif" by the commit author (oops) to if()'s page. if(a) elseif(a!?) else() endif(a?) Truthfully, endif()'s parameter should be an optional verbatim repeat and not elseif()'s. If it wasn't, elseif() would be described to be the same as if(). The rightful intended description is: if(a) elseif(b) else() endif() Fix that typo. | 11 February 2019, 19:41:51 UTC |
3ff5a43 | Brad King | 11 February 2019, 18:21:41 UTC | Merge branch 'FindMatlab-version-empty' into release-3.14 Merge-request: !2949 | 11 February 2019, 18:21:41 UTC |
4017674 | Sebastian Nagel | 11 February 2019, 16:27:30 UTC | FindMatlab: Tolerate empty version log file | 11 February 2019, 18:20:55 UTC |
633b314 | Brad King | 11 February 2019, 13:06:38 UTC | Merge branch 'FindOctave-interp-target' into release-3.14 Merge-request: !2931 | 11 February 2019, 13:06:38 UTC |
9e309cd | Brad King | 11 February 2019, 12:50:00 UTC | Merge branch 'ghs-relnotes' into release-3.14 Merge-request: !2934 | 11 February 2019, 12:50:00 UTC |
2d701b7 | Fred Baksik | 07 February 2019, 22:27:51 UTC | Help: Update 3.14 release notes for GHS changes | 11 February 2019, 12:49:08 UTC |
6725975 | Peter Stroia-Williams | 07 February 2019, 13:21:57 UTC | FindOctave: Add target for octinterp This change adds the Octave::Octinterp target to make the octinterp library available without users having to resort to using the Octave_INTERP_LIBRARY variable. | 08 February 2019, 20:34:30 UTC |
88031dd | Brad King | 08 February 2019, 19:02:14 UTC | Merge branch 'ghs-updates' into release-3.14 Merge-request: !2943 | 08 February 2019, 19:02:14 UTC |
3b58b64 | Brad King | 08 February 2019, 19:02:03 UTC | Merge branch 'fix-exclude-dir-with-iface' into release-3.14 Merge-request: !2937 | 08 February 2019, 19:02:03 UTC |
3b87e7a | Kyle Edwards | 08 February 2019, 18:41:56 UTC | Merge branch 'file_create_link_release_note' into release-3.14 Merge-request: !2942 | 08 February 2019, 18:47:35 UTC |
e729f2b | Tushar Maheshwari | 08 February 2019, 17:24:49 UTC | Help: Add notes for `file(CREATE_LINK)` subcommand | 08 February 2019, 18:20:45 UTC |
bcd99fa | Fred Baksik | 08 February 2019, 16:09:33 UTC | GHS: Document usage of GHS_NO_SOURCE_GROUP_FILE -- Also change variable name to CMAKE_GHS_NO_SOURCE_GROUP_FILE | 08 February 2019, 18:07:00 UTC |