| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
Merge-request: !3860
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
VS 16.4 introduces an additional check on `CustomBuild` rules that warns
if the outputs of the command are not created. However, CMake supports
marking outputs with the `SYMBOLIC` property to indicate that they will
not actually be generated. That property is used by Makefile and Ninja
generators but has not been needed by the VS generators before. Teach
the VS generator to disable `VerifyInputsAndOutputsExist` in custom
build rules that have a symbolic output.
Fixes: #19737
|
|\ \
| |/
|/|
| | |
Merge-request: !3841
|
|/ |
|
| |
|
|\
| |
| |
| | |
Merge-request: !3780
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since commit 0dd6772a89 (FindBoost: Add legacy variables and targets for
compatibility, 2019-06-14, v3.15.0-rc2~3^2~1) we query imported targets
provided by `BoostConfig.cmake` for their `IMPORTED_LOCATION_<cfg>`.
Querying this property is not allowed on INTERFACE libraries, so add a
condition to avoid doing so in case Boost adds one in the future.
Suggested-by: Alexander Grund <alexander.grund@tu-dresden.de>
Issue: #19656, #19402
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Revise the wording of the warning added by commit 0dd6772a89 (FindBoost:
Add legacy variables and targets for compatibility, 2019-06-14,
v3.15.0-rc2~3^2~1) to refer to the old variables as "legacy" rather
than "standard".
Suggested-by: Alexander Grund <alexander.grund@tu-dresden.de>
Issue: #19402
|
|\ \
| |/
| |
| | |
Merge-request: !3763
|
| |
| |
| |
| |
| |
| |
| | |
Run `Utilities/Scripts/BoostScanDeps.cmake` with the Boost 1.71.0
sources to compute dependencies. They are the same as Boost 1.70.
Fixes: #19658
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since commit 0dd6772a89 (FindBoost: Add legacy variables and targets for
compatibility, 2019-06-14, v3.15.0-rc2~3^2~1) we extract information
from imported targets provided by upstream `BoostConfig.cmake` files.
However, upstream Boost 1.71 provides some imported targets only for
compatibility. They are just INTERFACE libraries that wrap around the
real target named by `INTERFACE_LINK_LIBRARIES`. Unwrap this layer so
we can extract the real imported location.
Fixes: #19656
|
| |
| |
| |
| |
| |
| | |
Running `Utilities/Scripts/BoostScanDeps.cmake` with the Boost 1.70.0
sources shows that the `timer` component no longer depends on `system`.
This is consistent with upstream Boost Timer commit `43eecbd071`.
|
| |
| |
| |
| |
| | |
A version newer than we know about will be large enough to enter the
block for the last known version so we can put the warning there.
|
|\ \
| | |
| | |
| | | |
Merge-request: !3760
|
| |/
| |
| |
| |
| |
| |
| | |
With CMP0037 OLD behavior, executable and library target names may
contain a slash. Avoid constructing file names with slashes.
Fixes: #19653
|
|\ \
| | |
| | |
| | | |
Merge-request: !3751
|
| |/
| |
| |
| | |
Fixes: #19651
|
|\ \
| | |
| | |
| | | |
Merge-request: !3745
|
| |/
| |
| |
| |
| |
| |
| | |
This fixes a case of use after move of a `std::shared_ptr` in `AUTOUIC`.
It triggered a segfault, when the error message for colliding `ui_*.h`
includes in different files was computed.
|
|\ \
| | |
| | |
| | | |
Merge-request: !3740
|
| |/
| |
| |
| |
| |
| |
| |
| | |
The definition of `CPU_ZERO` requires `<string.h>` to be included
explicitly for `memset`. Since IWYU does not agree on other Linux
platforms, use a pragma to silence the warning.
Fixes: #19643
|
|\ \
| | |
| | |
| | | |
Merge-request: !3741
|
| |/
| |
| |
| |
| |
| | |
Save the value of the compiler id variable in storage we own so that
mutating it based on a policy does not invalidate the local value for
later comparisons. This was identified by Clang AddressSanitizer.
|
|\ \
| | |
| | |
| | | |
Merge-request: !3737
|
| |/
| |
| |
| | |
It's the first version including Zstandard support.
|
|\ \
| | |
| | |
| | | |
Merge-request: !3739
|
| | |
| | |
| | |
| | |
| | | |
This extends the MakeClean test to test the target property
`ADDITIONAL_CLEAN_FILES` on executable, library and custom targets.
|
| |/
| |
| |
| |
| |
| |
| | |
This enables the support for `ADDITIONAL_CLEAN_FILES` in custom targets
using the ninja generator.
Fixes: #19641
|
|\ \
| | |
| | |
| | | |
Merge-request: !3719
|
| |/
| |
| |
| | |
Fixes: #19629
|
|\ \
| | |
| | |
| | | |
Merge-request: !3716
|
| |/
| |
| |
| |
| |
| |
| | |
Beginning with the 19.06 release of the Cray Programming Environment, the
default linking mode on XC Cray systems is dynamic instead of static.
This updates the CrayPrgEnv compiler wrappers to detect the PE version
being used and behave accordingly.
|
|\ \
| | |
| | |
| | | |
Merge-request: !3710
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In commit e374b9f1eb (FindMPI: Restore MPI_<LANG>_COMPILE_FLAGS as a
command-line string, 2018-09-10, v3.12.3~6^2) we tried to restore the
compile flags but accidentally inverted the arguments to `list(JOIN)`
causing both `MPI_<LANG>_COMPILE_FLAGS` and `MPI_<LANG>_COMPILE_OPTIONS`
to be empty.
Issue: #18349
|
|\ \
| | |
| | |
| | | |
Merge-request: !3678
|
| |/
| |
| |
| | |
Fixes: #19585
|
|\ \
| |/
|/|
| | |
Merge-request: !3674
|
|/
|
|
|
|
|
|
|
|
| |
In commit fb3370b6a1 (MSVC: Add abstraction for runtime library
selection, 2019-04-10, v3.15.0-rc1~229^2) we overlooked updating flags
for Flang on Windows. Add them now and update the MSVCRuntimeLibrary
Fortran test to work with Flang. Base the flags on those we already
use for the GNU-like Clang targeting the MSVC ABI.
Fixes: #19583
|
| |
|
|\
| |
| |
| | |
Merge-request: !3664
|
|/ |
|
|\
| |
| |
| | |
Merge-request: !3656
|
| | |
|
| |
| |
| |
| |
| | |
macOS requires OpenGL as INTERFACE_LINK_LIBRARIES dependency
in the GLEW targets. This commit fixes this issue.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fix logic added by commit a7d853868b (FindGLEW: Update implementation,
2019-03-13, v3.15.0-rc1~375^2~1) on macOS. macOS is recognized as both
UNIX and APPLE. Consequently, the library suffix for shared and static
library was set, respectively, as `.so` and `.a`, just like UNIX systems.
Fix this by properly checking the OS type.
Fixes: #19542
|
|\ \
| | |
| | |
| | | |
Merge-request: !3653
|
| |/
| |
| |
| |
| |
| |
| |
| | |
When `CMAKE_FIND_PACKAGE_PREFER_CONFIG` mode was set to `ON`, failure to
find a package was fatal even if it was not `REQUIRED`. Fix this and
add a test case.
Fixes: #19557
|
|\ \
| | |
| | |
| | | |
Merge-request: !3650
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Since commit d44c0db0b2 (clang: setup correct configuration in gnu mode,
2019-02-20, v3.15.0-rc1~41^2~5) our Clang compiler information modules
need the `CMAKE_<LANG>_COMPILER_FRONTEND_VARIANT` variable that we
compute during compiler detection. However, some existing toolchain
files set our internal `CMAKE_<LANG>_COMPILER_ID_RUN` variables and
block that detection, but do not set the new frontend variant variable.
Help them out by setting `CMAKE_<LANG>_COMPILER_FRONTEND_VARIANT` anyway.
Fixes: #19515, #19539
|
|\ \ \
| | | |
| | | |
| | | | |
Merge-request: !3639
|