| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Closes: #19172
|
|\
| |
| |
| | |
Merge-request: !3283
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
|\ \
| | |
| | |
| | |
| | |
| | | |
release-3.14
Merge-request: !3287
|
| | | |
|
|\ \ \
| |/ /
|/| |
| | | |
Merge-request: !3272
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3274
|
| |/ / |
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3266
|
| | | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
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.
|
|\ \ \
| |/ /
|/| |
| | | |
Merge-request: !3276
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3254
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Merge-request: !3246
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Merge-request: !3236
|
| |/ / /
| | | |
| | | |
| | | |
| | | | |
On CentOS 6.10, the libglvnd package from EPEL installs its libraries
under a libglvnd subdirectory.
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Merge-request: !3237
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
|\ \ \ \
| |_|_|/
|/| | |
| | | | |
Merge-request: !3233
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
|\ \ \ \
| |_|/ /
|/| | |
| | | | |
Merge-request: !3221
|
|/ / /
| | |
| | |
| | | |
Generalize the logic to express compatibility among 14.x versions.
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3217
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
Merge-request: !3208
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| |/ / / |
|
|\ \ \ \
| | | | |
| | | | | |
Merge-request: !3206
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Problem appeared in d6475daa79 (Modules/CTest: Set SubmitURL, 2018-12-08).
Fixes: #19099
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | | |
Merge-request: !3205
|
| | |/ / /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
In Qt 5.10 the theme support moved to a separate QWindowsVistaStyle
plugin.
Issue: #19147
|
|\ \ \ \ \
| |_|/ / /
|/| | | |
| | | | | |
Merge-request: !3204
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| | | | | |
|
| |/ / / |
|
|\ \ \ \
| | |/ /
| |/| |
| | | | |
Merge-request: !3186
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
|\ \ \
| |/ /
|/| |
| | | |
Merge-request: !3187
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| | |
|
|\ \
| | |
| | |
| | | |
Merge-request: !3157
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3159
|