| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| |
| | |
cab9af7e Compiler/TI: Fix depfile generation for C++
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1774
|
| |
| |
| |
| |
| |
| |
| |
| | |
In commit v3.11.0-rc1~466^2 (Compiler/TI: Add support for depfile
generation for Ninja, 2017-10-16) the flag for C++ was added in a
variable with a typo in its name. Fix the spelling.
Issue: #17360
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
c01eede8 FindZLIB: Search names per directory
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1769
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
FindZLIB accepts various names for zlib (e.g. "z", "zlib", ...) in
various search locations. Before this patch zlib ignored the priority
implied by the search locations and instead prioritized based on the
library name. Consequently ensuring the pick of a zlib from e.g. a
CMAKE_PREFIX_PATH was not possible if it didn't have the highest
priority name ("z").
This unexpected behavior led to bugs in third party projects (e.g.
https://github.com/Microsoft/vcpkg/issues/1939). A common way to
encounter the issue in the wild is on Windows with the popular
Anaconda python distribution which puts a "z.lib" in a lib/
subdirectory reachable from a bin/ path in PATH. From then on cmake
will always pick up this library instead of the one intended by the
user.
This patch adds the NAMES_PER_DIR option to the find_library calls made
by FindZLIB making it search each directory for all names before
considering lower priority directory names resolving these issues.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
b25b39ad CheckCSourceRuns: Teach CHECK_C_SOURCE_RUNS to log run output
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1772
|
| |/ /
| | |
| | |
| | |
| | | |
Signed-off-by: Edward Z. Yang <ezyang@fb.com>
Fixes: #17745
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
287e7a17 Maint: misc. typos
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1771
|
| |/ /
| | |
| | |
| | | |
Found via `codespell`
|
|/ / |
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
193082a3 MAINT: Misc. typos
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1758
|
| |/
| |
| |
| | |
Found via `codespell -q 3 -I ../cmake-whitelist.txt`.
|
|/
|
|
|
| |
For ImageMagick 7.0.x we need to consider `CORE_RL_MagickWand_` and
`CORE_RL_MagickCore_`.
|
|\
| |
| |
| |
| |
| |
| | |
a8ee7406 Autogen: Improved multi-config include scheme
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1735
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For multi configuration generators AUTOMOC generates the
moc files that are included in `mocs_compilation.cpp`
in `AUTOGEN_BUILD_DIR/include_$<CONFIG>/`. By doing so each
configuration reads different moc files when compiling
`mocs_compilation.cpp`. Since we do not (need to) rewrite
`mocs_compilation.cpp` on a configuration change anymore,
the files also does not need to be recompiled anymore.
Not having to rewrite and recompile `mocs_compilation.cpp`
on a configuration change anymore was the main objective of
this patch.
In a similar fashion AUTORCC generates a `qrc_BASE_CMAKE.cpp`
file below `AUTOGEN_BUILD_DIR/include_$<CONFIG>/` and
`qrc_BASE.cpp` becomes a mere wrapper that includes this
actuall rcc output file (when using multi configuration
generators).
The template files `Modules/AutoRccInfo.cmake.in` and
`Modules/AutogenInfo.cmake.in` were removed in favor
of writing the info `.cmake` files manually.
Closes #17230
|
|/
|
|
|
|
|
|
|
|
|
| |
Fix logic added by commit 2ee10119ea (swig: fix incremental build in
case of removed interface files, 2017-11-06). Name the extra targets
added for Makefile generators using both the module name and .i base
name to avoid collisions across modules. Also make sure the extra
targets added for all .i files in a module are added as dependencies
instead of just the last one.
Fixes: #17704
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
b844a414 UseSWIG: Clarify documentation of SWIG_OUTFILE_DIR
315b0927 UseSWIG: Improve documentation markup
ce130c7a UseSWIG: Convert docs to a bracket comment
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1733
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The `SWIG_OUTFILE_DIR` variable provides the option to specify an output
directory location. This commit removes portion stating that this is
equal to the `swig -o` option since it does not set the output filename.
Fixes: #17703
Signed-off-by: Noel Eck <noel.eck@intel.com>
|
| | |
|
| | |
|
|\ \
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
0def3604 FindMPI: Discard IMPI boilerplate text
9ecbec5e FindMPI: Support for IMPI's compiler check
76755367 FindMPI: Set up environment variables for wrapper
e7c0298d FindMPI: Retain unused link paths
8cddc899 FindMPI: Use more CMake variables
8b79107a FindMPI: Improve link information parsing
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1694
|
| |
| |
| |
| |
| |
| | |
Intel MPI on Windows prefixes all outputs with some boilerplate
copyright text. By discarding it, we should prevent any potential
clashes with our regex parsing.
|
| |
| |
| |
| |
| |
| | |
Intel MPI has an optional feature to check compatibility with the
compiler, given by I_MPI_CHECK_COMPILER.
This commit adds support for executing that check.
|
| |
| |
| |
| |
| |
| | |
For MPICH derivates and Intel MPI, we can improve the compiler wrapper
behavior and accuracy by defining certain environment variables if they
haven't been set otherwise.
|
| |
| |
| |
| |
| |
| | |
If our ``find_library`` step hasn't used a particular link directory at
all, it's best to retain it in order to prevent issues from secondary
dependencies not being found.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This replaces hardcoded expectations of flags like -l and -L with a
dynamical solution based on CMake platform variables.
Furthermore, the linker flag parsing is dynamified to support more forms
and given linker paths are now removed properly from the linker flags.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The parsing of link information coming from the compiler wrapper has been improved:
- Support MSVC /link argument separation properly and add support for potential VC++ link flags
- Rely on the global import/static/shared library suffixes instead of hardcoded special values.
This should improve compatibility with Cygwin and MinGW should any MPI implementation there need this behavior.
- Don't use ``find_library`` if the full path of a library is known anyways.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
9e341f05 CheckIPOSupported: Document existing Fortran support
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1727
|
| | |
| | |
| | |
| | |
| | | |
Support was added by commit v3.9.0-rc1~318^2 (CheckIPOSupported: Add
Fortran support, 2017-04-02) but the documentation was not updated.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
f83330ed ASM: ADSP assembler identification
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1723
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
Add support to identify the ADSP (Analog Devices) assembler
in CMakeDetermineASMCompiler.
Fixes: #17695
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| | |
Changes in commit 48f7e2d300 (Unhardcode the CMAKE_CONFIGURATION_TYPES
values, 2017-11-27) accidentally left `CUDA_configuration_types`
undefined, but this is used in a few places to handle per-config flags.
Restore it.
Fixes: #17671
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
c3d576f5 Intel: Add C++17 compiler options
4a5727d3 Intel: Correct the C11 ext flag
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1711
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Since Intel C++ 18.0, some C++17 features are supported if the flags
-std=c++17, respectively /Qstd=c++17 are given.
Fixes: #17687
|
| | |
| | |
| | |
| | | |
Intel does not support a 'gnu11' standard flag, only 'c11'.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
99ba188c CPackDeb: Fix typo in documentation
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1697
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
c4dc6485 XL: Enable use of response files for includes and objects
e342e410 Makefile,Ninja: Use tool-specific response file flag for include dirs
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1691
|
| |/ / /
| | | |
| | | |
| | | |
| | | | |
The IBM XL compiler supports response files via `-qoptfile=<file>`
instead of `@<file>`.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
b886b46c Cray: Add common PIC flags
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1692
|
| | | | |
| | | | |
| | | | |
| | | | | |
Fixes #17208
|
|\ \ \ \ \
| |_|/ / /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
551bd0b3 Generators: adjust error message for the removed KDevelop3 generator
9198e6a2 Generators: remove KDevelop3 generator
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1688
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
The last KDevelop3 release was many years ago, in 2008 I think.
I haven't seen or read about anybody using KDevelop 3 since a
long time, so I think it can safely be removed from CMake.
KDevelop 4 (first released in 2010) has its own proper CMake
support now, independent from this generator.
Alex
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
b1ae9aaf GenerateExportHeader: add release notes, tests for include guard changes
f4082b0e GenerateExportHeader: add INCLUDE_GUARD_NAME option
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1643
|
| |/ / / /
| | | | |
| | | | |
| | | | | |
Fixes #16968.
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
4829ea23 add_jar: add option GENERATE_NATIVE_HEADERS
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1675
|
| | |_|/ /
| |/| | | |
|
|\ \ \ \ \
| |_|/ / /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
cd3e1600 GenericSystem: Remove misspelled flag default
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Brad King <brad.king@kitware.com>
Merge-request: !1683
|
| | |_|/
| |/| |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
In CMakeGenericSystem, it should be ``CMAKE_INCLUDE_SEP_<LANG>`` and not
``CMAKE_INCLUDE_<LANG>_SEP``. However, if the flag is defined, include
behavior changes to Java-style non-repeating flags, which isn't
intended. Therefore, removing the (misspelled) default initialization
should help remove confusion and unintended side effects.
|