| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
2557cad5 FindBoost: support OPTIONAL_COMPONENTS
Acked-by: Kitware Robot <kwrobot@kitware.com>
Acked-by: Paul "TBBle" Hampson <paul.hampson@pobox.com>
Merge-request: !1660
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
3c08d207 FindJava: ignore javah for JDK 10, it has been removed
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1637
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The standalone javah tool has been removed, header generation happens
during execution of javac. `javac -h` allows generation of headers
only. See http://openjdk.java.net/projects/jdk/10/ and
http://openjdk.java.net/jeps/313 for details.
Fixes: #17613
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
a7d344be FindPythonInterp: support single-user installs on Windows
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1674
|
| | |_|_|/ /
| |/| | | |
| | | | | |
| | | | | |
| | | | | | |
CMake currently searches in HKEY_LOCAL_MACHINE.
According to PEP 514, single-user installs are registered in HKEY_CURRENT_USER
See also FindPythonLibs.cmake
|
|\ \ \ \ \ \
| |_|_|_|/ /
|/| | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
ffa6f875 FindOpenMP: Employ genex where possible
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1676
|
| |/ / / /
| | | | |
| | | | |
| | | | | |
Fixes: #17610
|
|\ \ \ \ \
| |/ / / /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | | |
c2aec683 FindOpenGL: remove duplicate OpenGL::GL reference
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1668
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
9cfa213a Autogen: Rename cmQtAutogeneratorInitializer to cmQtAutoGenInitializer
79908ae4 Autogen: Add release notes for (CMAKE_)AUTOGEN_PARALLEL
45ee4979 Autogen: Add documentation for (CMAKE_)AUTOGEN_PARALLEL
6f4b6613 Autogen: Tests: Add AUTOGEN_PARALLEL tests
a008578d Autogen: Process files concurrently in AUTOMOC and AUTOUIC
488baaf0 Autogen: Tests: Fix MocInclude test(s)
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1632
|
| |/ / / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This introduces concurrent thread processing in the `_autogen`
target wich processes AUTOMOC and AUTOUIC.
Source file parsing is distributed among the threads by
using a job queue from which the threads pull new parse jobs.
Each thread might start an independent ``moc`` or ``uic`` process.
Altogether this roughly speeds up the AUTOMOC and AUTOUIC build
process by the number of physical CPUs on the host system.
The exact number of threads to start in the `_autogen` target
is controlled by the new AUTOGEN_PARALLEL target property which
is initialized by the new CMAKE_AUTOGEN_PARALLEL variable.
If AUTOGEN_PARALLEL is empty or unset (which is the default)
the thread count is set to the number of physical CPUs on
the host system.
The AUTOMOC/AUTOUIC generator and the AUTORCC generator are
refactored to use a libuv loop internally.
Closes #17422.
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
c9f66540 FindTCL: Find 8.6 libraries with 't' suffix
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1663
|
| | |_|/ /
| |/| | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Building Tcl with `makefile.vc` produces library files with a `t`
suffix to indicate threading support. Since threading support is
on by default in 8.6 anyway, the libraries should be compatible.
Issue: https://github.com/conda-forge/tk-feedstock/issues/12
|
|\ \ \ \ \
| |_|/ / /
|/| | | |
| | | | |
| | | | |
| | | | |
| | | | | |
2489e5af FindDoxygen: On macOS search in '/Applications/Utilities' too
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1661
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | | |
`FindDoxygen` already searches in hard-coded `/Applications/Doxygen.app`
directories. Search in the `Utilities` subdirectory too in case users
choose to put doxygen there.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
f74c2580 CheckIncludeFiles: Honor CMAKE_REQUIRED_LIBRARIES
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1620
|