| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
dependencies for the custom commands added for java were not handled
correctly. Needs more work.
Alex
|
|
|
|
|
|
|
|
|
|
| |
add_custom_target() as COMMAND, and cmake will recognize them and replace
them with the actual output path of these executables. Also the dependency
will be added automatically. Test included.
ENH: moved TraceVSDependencies() to the end of GlobalGenerator::Configure(),
so it is done now in one central place
Alex
|
| |
|
| |
|
|
|
|
| |
This is in preparation for setting up each local generator to have its own RelativePathTopSource and RelativePathTopBinary based on its ancestor directories.
|
| |
|
| |
|
| |
|
|
|
|
| |
are never actually created on disk. This is used by the Watcom WMake generator to generate the .SYMBOLIC mark on the files in the make system.
|
|
|
|
| |
commands have been used. This addresses bug#2827.
|
|
|
|
| |
installation only in the current directory and not subdirectories.
|
|
|
|
| |
sure the source/binary dir are set. This is a work-around for lack of a more structured way of creating the global generator.
|
|
|
|
| |
command in order to support longer link lines. This is needed only on platforms without response file support and that may have weak shells.
|
|
|
|
| |
because dependency checking is often required. It now takes an argument specifying whether to use the /fast target name, and the argument is currently only true for try-compiles.
|
|
|
|
| |
to the dependency scanner to do proper path conversions. This allows the rules written into the depend.make files to use the same relative path conversion as those written into the build.make files. Several previous changes added more and more information for use by the dependency scanner and it was converging to having the full local generator anyway.
|
| |
|
|
|
|
| |
for color is automatically detected when messages are printed. Also made color scheme more readable on both black and white backgrounds. This option can be enabled by setting CMAKE_COLOR_MAKEFILE to true in the project.
|
| |
|
| |
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
steps. This allows generators to know what other targets will exist on disk when the build completes.
|
|
|
|
| |
is set then messages produced by makefiles will be in color if the native tool supports it. This addresses bug#3060.
|
|
|
|
| |
behavior should be unchanged unless -DCOMPONENT=<name> is specified when cmake_install.cmake is invoked.
|
| |
|
| |
|
| |
|
|
|
|
| |
install_name remapping support. Extended the BundleTest test to check that this all works. Part of these fixes required changing the signature of AppendDirectoryForConfig in all generators. It now accepts prefix and suffix strings to deal with whether leading or trailing slashes should be included with the configuration subdirectory.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
only one configuration is built. It now asks the generator what subdirectory if any to use for a given configuration name.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
useful for CTest (or try compile) to add -j2
|
| |
|
| |
|
|
|
|
| |
only paths inside the source or binary trees are converted.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
of inherited commands, makefiles no longer read in the parent makefiles but instead inherit thier parent makefiles current settings
|
|
|
|
| |
needed
|
| |
|
|
|
|
| |
ConvertToRelativePath method is now in cmGlobalGenerator. It converts paths only if they are at least inside the deepest common directory between the top-level source and build trees. Each cmLocalGenerator instance calls this global method with its own output directory as the "local" argument from which paths are relative. Added separate ConvertToOptionallyRelative path that pays attention to the CMAKE_USE_RELATIVE_PATHS option.
|