delta/cmake.git/Tests/CMakeOnly, branch master gitlab.kitware.com: cmake/cmake.git Tests: Bump CMake minimum required in tests to 3.5 2023-03-01T21:36:54+00:00 Brad King brad.king@kitware.com 2023-03-01T20:55:47+00:00 f53bd6f45064fdf16c6c562edaf58bdcab8ee061 CMake 3.27 deprecates compatibility with CMake < 3.5. Update tests that do not cover older interfaces to avoid the deprecation warning. Follow the pattern from: * commit 7b07ccdd2b (Tests/*Only: Update cmake_minimum_required versions, 2020-06-15, v3.19.0-rc1~629^2~1) * commit 72e7c45e98 (Tests: Bump CMake minimum required in tests to 2.8.12, 2020-12-22, v3.20.0-rc1~224^2) * commit f6b4db365a (Tests: bump cmake_minimum_required version to 2.8.12, 2021-04-04, v3.21.0-rc1~372^2) Also remove explicit `cmake_policy` settings made redundant by the version. 
CMake 3.27 deprecates compatibility with CMake < 3.5.  Update tests that
do not cover older interfaces to avoid the deprecation warning.

Follow the pattern from:

* commit 7b07ccdd2b (Tests/*Only: Update cmake_minimum_required versions,
                     2020-06-15, v3.19.0-rc1~629^2~1)

* commit 72e7c45e98 (Tests: Bump CMake minimum required in tests to 2.8.12,
                     2020-12-22, v3.20.0-rc1~224^2)

* commit f6b4db365a (Tests: bump cmake_minimum_required version to 2.8.12,
                     2021-04-04, v3.21.0-rc1~372^2)

Also remove explicit `cmake_policy` settings made redundant by the
version.
Find{BZip2,LibLZMA,ZLIB}: use *_VERSION as modern CMake 2022-11-07T21:22:31+00:00 Michael Hirsch scivision@users.noreply.gitlab.kitware.com 2022-11-06T19:02:08+00:00 9e3f1723ff931c07ca18e1d3256ba2063e7b4b86 The old *_VERSION_STRING is silently left set for backward compat. 
The old *_VERSION_STRING is silently left set for backward compat.
Tests: handle a case when hg executable is broken 2022-06-28T15:12:04+00:00 makise-homura akemi_homura@kurisa.ch 2022-06-23T20:09:33+00:00 b05d297964b4352b81f7ed4aab247609b6a4b0b7 OS Elbrus 6.0-rc1 to rc3 have hg executable broken because of python2 and python3 module directories conflict. Here, we avoid hg related tests if such case is detected. 
OS Elbrus 6.0-rc1 to rc3 have hg executable broken
because of python2 and python3 module directories conflict.
Here, we avoid hg related tests if such case is detected.
CheckSymbolExists: Work around GCC failure with -pedantic-errors option 2021-10-22T13:48:51+00:00 Timo Röhling roehling@debian.org 2021-10-22T13:47:14+00:00 1ab7c3cd28b27ca162c4559e1026e5cad1898ade GCC mistakenly issues the pedantic warning "ISO C forbids conversion of function pointer to object pointer type". With -pedantic-errors in the compile flags, that diagnostic prevents check_symbol_exists() from detecting function symbols. The solution is to filter out -pedantic-errors (and -Werror, just to be future proof) before invoking try_compile(). Fixes: #13208 
GCC mistakenly issues the pedantic warning "ISO C forbids conversion of
function pointer to object pointer type". With -pedantic-errors in the
compile flags, that diagnostic prevents check_symbol_exists() from
detecting function symbols.

The solution is to filter out -pedantic-errors (and -Werror, just to be
future proof) before invoking try_compile().

Fixes: #13208
LCC: Add policy CMP0129 regarding interpreting LCC as GNU 2021-10-21T14:24:22+00:00 makise-homura akemi_homura@kurisa.ch 2021-10-19T18:43:45+00:00 3958ed878f2365fd1af004341d45dac7f4e94afb Due to MCST LCC compiler identification is now changed to LCC, there should be a way for old projects to still identify it as GNU, as it was before. This commits adds the policy: CMP0129: Compiler id for MCST LCC compilers is now LCC, not GNU. This policy controls such a behavior. OLD behaivior is to treat LCC as GNU, NEW is to treat is as LCC. 
Due to MCST LCC compiler identification is now changed to LCC,
there should be a way for old projects to still identify it as GNU,
as it was before.
This commits adds the policy:
CMP0129: Compiler id for MCST LCC compilers is now LCC, not GNU.
This policy controls such a behavior.
OLD behaivior is to treat LCC as GNU, NEW is to treat is as LCC.
LCC: Add dedicated support for MCST LCC compiler 2021-10-15T02:05:19+00:00 makise-homura akemi_homura@kurisa.ch 2021-10-05T19:41:02+00:00 e5d9fce03feeece7f53451da9fb958db2613d31e Divert LCC compiler as a new one, instead of treating it as GNU. Since old times, Elbrus C/C++/Fortran Compiler (LCC) by MCST has been passing checks for GNU compilers, so it has been identified as GNU. Now, with intent of seriously upstreaming its support, it has been added as a separate LCC compiler, and its version displays not a supported GCC version, but LCC version itself (e.g. LCC 1.25.19 instead of GNU 7.3.0). This commit adds its support for detection, and also converts basically every check like 'is this compiler GNU?' to 'is this compiler GNU or LCC?'. The only places where this check is untouched, is where it regards other platforms where LCC is unavailable (primarily non-Linux), and where it REALLY differs from GNU compiler. Note: this transition may break software that are already ported to Elbrus, but hardly relies that LCC will be detected as GNU; still such software is not known. 
Divert LCC compiler as a new one, instead of treating it as GNU.

Since old times, Elbrus C/C++/Fortran Compiler (LCC) by MCST has been
passing checks for GNU compilers, so it has been identified as GNU.
Now, with intent of seriously upstreaming its support, it has been
added as a separate LCC compiler, and its version displays not a
supported GCC version, but LCC version itself (e.g. LCC 1.25.19 instead
of GNU 7.3.0).

This commit adds its support for detection, and also converts basically
every check like 'is this compiler GNU?' to 'is this compiler GNU or
LCC?'. The only places where this check is untouched, is where it
regards other platforms where LCC is unavailable (primarily non-Linux),
and where it REALLY differs from GNU compiler.

Note: this transition may break software that are already ported to
Elbrus, but hardly relies that LCC will be detected as GNU; still such
software is not known.
MSYS: Add support for running under MSYS runtime environment 2021-04-26T18:27:34+00:00 Orgad Shaneh orgads@gmail.com 2021-04-01T17:03:52+00:00 ddcd1469e8377fe258913a20aa47e65f71f8695b Detect MSYS as CYGWIN, with the required adaptations. 
Detect MSYS as CYGWIN, with the required adaptations.
Tests: bump cmake_minimum_required version to 2.8.12 2021-04-05T13:53:07+00:00 Rolf Eike Beer eike@sf-mail.de 2021-04-04T20:57:58+00:00 f6b4db365a5e5723029c06357e81aa6c93ba1f76 This needlessly produces warnings during the test runs that no-one sees but that are distracting when actually inspecting the logs. 
This needlessly produces warnings during the test runs that no-one
sees but that are distracting when actually inspecting the logs.
Tests: Bump CMake minimum required in tests to 2.8.12 2020-12-23T13:55:45+00:00 Chuck Atkins chuck.atkins@kitware.com 2020-12-22T14:47:04+00:00 72e7c45e984c006c12a4cb8159d3fa3784c02212 Since 3.19, CMake generates a deprecation warning when using a minimum version less than 2.8.12. This eliminates those warnings generated during tests, which are typically hidden from the user and developer but are being generated nonetheless. 
Since 3.19, CMake generates a deprecation warning when using a minimum
version less than 2.8.12.  This eliminates those warnings generated
during tests, which are typically hidden from the user and developer but
are being generated nonetheless.
CUDA: Add Support to SourceCompiles|Runs and CheckCompilerFlags 2020-10-08T12:30:59+00:00 Robert Maynard robert.maynard@kitware.com 2020-09-24T19:31:55+00:00 da2622ff366e6089a98109c68ececac58d598b66