| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
per-configuration install rules.
|
| |
|
|
|
|
| |
in-project include directories before all out-of-project include directories.
|
|
|
|
| |
path of vs IDE for running custom commands from cmake
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
CMAKE_<lang>_STANDARD_LIBRARIES. This is needed to get programmable language support working with Visual Studio generators. It makes sense anyway.
|
|
|
|
| |
to use newer custom command functionality.
|
|
|
|
| |
subdirectories. This addresses bug#3100.
|
|
|
|
| |
as full path libs.
|
|
|
|
| |
command. For Visual Studio generators the native tool provides support. For Xcode and Makefile generators a simple trick is used. The first output is considered primary and has the build rule attached. Other outputs simply depend on the first output with no build rule. During cmake_check_build_system CMake detects when a secondary output is missing and removes the primary output to make sure all outputs are regenerated. This approach always builds the custom command at the right time and only once even during parallel builds.
|
|
|
|
| |
yet exist and correct drive letter case to avoid duplicate paths on windows. Fixed cmLocalGenerator to pass CMake targets as full paths to cmOrderLinkDirectories to make sure the ordering will pick up the proper target libraries.
|
|
|
|
| |
generators. It may be restored later after cmOrderLinkDirs is further fixed.
|
|
|
|
| |
found properly. Also taking libraries that will be built but may not yet exist into account. The per-configuration subdirectories that are included by generators in the link path are checked for conflicting libraries also. Potentially conflicting libraries that are actually symlinks back to the desired library are no longer considered conflicting, which avoids bogus impossible ordering warnings.
|
|
|
|
| |
steps. This allows generators to know what other targets will exist on disk when the build completes.
|
| |
|
|
|
|
| |
behavior should be unchanged unless -DCOMPONENT=<name> is specified when cmake_install.cmake is invoked.
|
| |
|
| |
|
| |
|
|
|
|
| |
consistent with its name. This also makes double-quote and angle-bracket include styles (almost) identical.
|
|
|
|
| |
introduced during the m_ sweep.
|
| |
|
| |
|
|
|
|
| |
slashes or just a single slash.
|
|
|
|
| |
PROGRAMS mode, and corresponding support to FILE(INSTALL). Default permissions for shared libraries on non-Windows/non-OSX platforms no longer has the execute bit set.
|
|
|
|
| |
CMAKE_INSTALL_NAME_DIR specifying the directory portion of the OSX install_name field in shared libraries. This is the OSX equivalent of RPATH.
|
| |
|
| |
|
| |
|
|
|
|
| |
replacements for the INSTALL_FILES and INSTALL_PROGRAMS commands. This addresses the request for absolute path install destinations in bug#2691.
|
|
|
|
| |
creates the generators which are later used by cmLocalGenerator to create the cmake_install.cmake files. A new target installation interface is provided by the INSTALL command which fixes several problems with the INSTALL_TARGETS command. See bug#2691. Bugs 1481 and 1695 are addressed by these changes.
|
|
|
|
| |
implemented. Instead a project may now set CMAKE_INCLUDE_CURRENT_DIR to get this behavior. The current source and binary directories are added automatically to the beginning of the include path in every directory. This simulates in-source behavior for double-quote includes when there are generated sources and headers in the directory.
|
| |
|
| |
|
| |
|
|
|
|
| |
in-source build include file behavior in an out-of-source build by adding the build tree directory corresponding to a source tree directory at the beginning of the include path. Also fixed VS6 and VS7 generators to use cmLocalGenerator's computation of include paths. The VS6 generator will now short-path the include directories if the total length is too long in order to try to avoid its truncation limit.
|
|
|
|
| |
command SET_TARGET_PROPERTIES.
|
|
|
|
| |
specification interface. Currently it supports only a SCRIPT option specifying a script to run during the install stage.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
command dependencies in the source tree may now also be specified relative to the source directory.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fix many bugs related to target names being computed inconsistently.
- Centralized computation of a target's file name to a method in
cmTarget. Now that global knowledge is always available the
*_CMAKE_PATH cache variables are no longer needed.
- Centralized computation of link library command lines and link
directory search order.
- Moved computation of link directories needed to link CMake targets
to be after evaluation of linking dependencies.
This also removed alot of duplicate code in which each version had its
own bugs.
This commit is surrounded by the tags
CMake-TargetNameCentralization1-pre
and
CMake-TargetNameCentralization1-post
so make the large set of changes easy to identify.
|