| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Cygwin versions .dll files by putting the version number in the file
name. Our fix to issue #3571 taught CMake to do this, but it used the
VERSION target property. It is better to use the SOVERSION property
since that is the interface (rather than implementation) version.
Change based on patch from issue #10122.
|
|
|
|
|
|
|
|
|
|
| |
When building on Cygwin without -mwin32, the _WIN32 macro may not be
defined. SharedForward must still set the PATH environment variable to
ensure runtime dependencies are found.
The 'ldd' wrapping feature uses 'cygcheck' for now since a real ldd tool
is not available in Cygwin 1.5. We can change to use the real ldd when
we choose to stop supporting legacy Cygwin and require 1.7.
|
|
|
|
|
| |
This generator builds correctly on Cygwin so it should be enabled.
Change based on patch from issue #10122.
|
|
|
|
|
| |
CMake has defined CYGWIN on Cygwin for years, so we no longer need the
legacy form of the test. Change based on patch from issue #10122.
|
| |
|
|
|
|
|
| |
Open output files with mode 0666 so that permissions are not more strict
than umask permits. See issue #10126.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
parses
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
When kwsys is built using GCC visibility support can be used. This is similar
to the way that Windows exports symbols in DLLs, and requires projects that
build kwsys to change the default visibility using some compiler flags. See
http://gcc.gnu.org/wiki/Visibility for more details about GCC visibility.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Makefile dependencies must be escaped using cmLocalGenerator::Convert
with the cmLocalGenerator::MAKEFILE option. This fixes Fortran module
dependencies with spaces in the path. We test the fix by adding a space
to one of the module paths in the Fortran test.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Alex
|
| |
|
|
|
|
|
|
| |
ctest_build and ctest_configure.
The improved text gives very clear information when either the CMakeLists.txt or CTestConfig.cmake file is missing. Hopefully, it makes it easier for those poor future souls who encounter these messages to solve their problems quickly.
|
|
|
|
| |
#10060. Do not call ShouldCreateNewTag if command is NULL...
|
|
|
|
| |
If APPEND is given to ctest_start, it will read the tag from the current existing Testing/TAG file rather than creating a new one based on the current time stamp. This allows a developer to run several dashboard scripts in a row, all of which will share the same tag/stamp/buildid when they finally get submitted to CDash. Now you can split the running of build phases and test phases for the same dashboard row into multiple scripts.
|
| |
|
| |
|
|
|
|
| |
valgrind memory leaks.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
dashboards. Use ConvertToXMLOutputPathSingle instead of ConvertToOptionallyRelativeOutputPath to handle spaces in the path and double quoting properly. Related to commit trying to fix issue #9042 from yesterday.
|
| |
|
|
|
|
| |
cmCTestScriptHandler::RunConfigurationScript. This will help prevent problems like we are currently experiencing (regarding CMake continuous dashboards only running once each day because the HOME environment variable is modified indirectly by a command in a called script, but affects the environment in the calling script).
|
|
|
|
| |
CMAKE_USE_RELATIVE_PATHS is on.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
project file when using MSVC
Before this commit, the value of PATH at cmake time was put into the eclipse
project file. The problem with this is that this will be lost the first time
cmake is rerun from an build inside eclipse which was started without the
environment externally already set.
This patch now:
-adds the env.var to the cache if it is not already in the cache
-reuses the variable from the cache if it is in the cache, but not in the env.
-uses the variable from the cache if it contains the whole content of the
current env.var (e.g. if it is the full PATH plus the MSVC dirs)
Also store INTEL_LICENSE_FILE in the project file if an Intel compiler is used.
Alex
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Eclipse and KDevelop generators set the VERBOSE environment variable to
TRUE in the project files, because they must be able to "see" the full
command lines and errors, otherwise they can't parse the errors. But the
VERBOSE env.var. also enables cmakes own verbose output, which can be quite
long. This commit introduces an environment variable CMAKE_NO_VERBOSE, which
when set disables cmake's verbose output also when VERBOSE is set. This
env.var is now set by both the Eclipse and the KDevelop generators.
Alex
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
used for better communication with CDash.
|