CMake/Tests/CustomCommand
Brad King d5719f22c1 ENH: Added support for multiple outputs generated by a single custom 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. 2006-04-11 11:06:19 -04:00
..
GeneratedHeader BUG: fix test to list generate dheader 2006-03-24 12:20:46 -05:00
CMakeLists.txt ENH: Added support for multiple outputs generated by a single custom 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. 2006-04-11 11:06:19 -04:00
doc1.tex new test 2003-06-03 10:34:15 -04:00
foo.h.in COMP: Avoid C++ comment in C translation unit. 2005-08-18 09:21:45 -04:00
foo.in ENH: Adding test for auto-object-depends feature. It has been tested with the Makefile generator. Hopefully this will work for the Visual Studio and XCode generators. 2005-08-17 11:48:05 -04:00
generator.cxx ERR: Remove warnings from tests 2004-04-27 11:08:58 -04:00
wrapped.h new test 2003-06-03 10:34:15 -04:00
wrapper.cxx ENH: Added support for multiple outputs generated by a single custom 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. 2006-04-11 11:06:19 -04:00