- Mar 07, 2016
-
-
190a5fdf Automatically use OpenSSL by default on Linux and FreeBSD if available
-
Kitware Robot authored
-
- Mar 06, 2016
-
-
Kitware Robot authored
-
- Mar 05, 2016
-
-
Kitware Robot authored
-
- Mar 04, 2016
-
-
Kitware Robot authored
-
- Mar 03, 2016
-
-
Kitware Robot authored
-
- Mar 02, 2016
-
-
Kitware Robot authored
-
- Mar 01, 2016
-
-
Kitware Robot authored
-
- Feb 29, 2016
-
-
Brad King authored
Since https is almost ubiquitous nowadays we should support it by default whenever possible. When building our own curl, we already automatically enable SSL/TLS support on Windows and OS X by using the OS-native APIs. On UNIX platforms we need to use OpenSSL but have not done so by default before, leading to possible user confusion when https transfers fail later. Fix this by searching for OpenSSL quietly and enabling use of it automatically if it is found. Do this only on Linux and FreeBSD for now because on other UNIX platforms (e.g. AIX, HP-UX, SunOS) it seems too easy to find an OpenSSL that is not compatible with the target compiler.
-
Kitware Robot authored
-
- Feb 28, 2016
-
-
Kitware Robot authored
-
- Feb 27, 2016
-
-
Kitware Robot authored
-
- Feb 26, 2016
-
-
f3ac0651 Improve compiler check message on non-Make generators
-
bc29ed54 CTest: Make coverage file selection more specific.
-
7f1bd9fe try_compile: Add option to control type of target
-
6c9586f9 file(DOWNLOAD): Fill STATUS variable on hash mismatch (#15987)
-
Kitware Robot authored
-
- Feb 25, 2016
-
-
Joe Snyder authored
When performing some other testing, the globs for Blanket.js and Delphi code coverage are picking up unintended files. Change the query for the Delphi coverage to follow the naming convention, and check the second line of the found JSON files for certain text before parsing them as coverage files.
-
Brad King authored
Although we fail with an error on a hash mismatch, it is not a fatal error so the script may continue processing. If the download itself had no error then report in the STATUS variable that the operation was not successful due to the hash mismatch. Suggested-by:
Tobias Hieta <tobias@hieta.se>
-
dc422d27 VS: Fix VS 2015 .vcxproj debug setting for older toolsets (#15986)
-
43025124 cmake_parse_arguments: Additional regression tests
-
Brad King authored
When we check for a working compiler we print a message of the form: Check for working <LANG> compiler: ... At one time CMAKE_<LANG>_COMPILER was not well-defined for all generators so we printed the generator name instead of the path to the compiler. Nowadays we always know the compiler, so update the message to print it unconditionally. This is more informative than the generator name, especially when a toolset (cmake -T) is used. Suggested-by:
Gregor Jasny <gjasny@googlemail.com>
-
Kitware Robot authored
-
- Feb 24, 2016
-
-
Alexander Neundorf authored
With this patch, the builtin macros and include dirs are only added to the project file if the C/CXX langauges are really enabled. I.e. before this patch the CXX-stuff was in the project file as soon as CXX had been enabled at least once for this build tree. I.e. disabling CXX later on did not remove the CXX macros etc. from the project file (related to #15150) Alex
-
Alexander Neundorf authored
Alex
-
Brad King authored
Since commit v3.4.2~2^2 (VS: Fix VS 2015 .vcxproj file value for GenerateDebugInformation, 2016-01-08) we generate invalid project files for the v110 and v120 toolsets. VS complains: C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.CppCommon.targets(639,9): error MSB4030: "Debug" is an invalid value for the "GenerateDebugInformation" parameter of the "Link" task. The "GenerateDebugInformation" parameter is of type "System.Boolean". This reveals that our VS flag map selection should be based on the toolset instead of the version of VS. However, that will be a non-trivial change so for now fix this particular use case by hard-coding a correction to the flag map. Reported-by:
Gregor Jasny <gjasny@googlemail.com>
-
Brad King authored
-
33507e2a Help: Fix typos in cmake-packages.7 manual
-
Brad King authored
-
Add regression tests for the arguments handling in cmake_parse_arguments. The tests were run also against cmake 3.4.1 maint branch to verify that there are no regressions. Signed-off-by:
Dimitar Yordanov <dimitar.yordanov@sap.com> Signed-off-by:
Matthias Maennich <matthias.maennich@sap.com>
-
-
84ccd4f7 CodeBlocks: generate parallel project files (make -j)
-
b860a925 Xcode: Refactor block writes to allow any level of nesting
-
572797f9 Xcode: Write refType only for Xcode 1.5
-
b3475030 Help: Clarify `cmake -E` command behavior with respect to file existence
-
d8cba536 Tests: Fix XCTest when ENV{SDKROOT} is set
-
c05678ad Tests: Add option to disable FindPackageModeMakefileTest
-
091b649e Revert "Automoc: Fix support of files with the same name (#12873)"
-