| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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.
|
|
|
|
| |
warnings produced by building for win64
|
| |
|
|
|
|
| |
project regeneration rules go only in desired targets.
|
|
|
|
| |
by VS and to work with msbuild.
|
| |
|
| |
|
|
|
|
| |
target on which all other targets depend that re-runs CMake if any listfiles have been changed. This addresses bug#2512.
|
|
|
|
| |
own GUIDs in a ProjectGUID attribute. The top level .sln file needs a special comment at the top to allow it to be opened with double-click in explorer.
|
|
|