[cmake-developers] [CMake 0012309]: Support raw replacements in IMPLICIT_DEPENDS_INCLUDE_TRANSFORM
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=12309 == Reported By:Jérôme Gardou Assigned To: == Project:CMake Issue ID: 12309 Category: (No Category) Reproducibility:N/A Severity: feature Priority: normal Status: new == Date Submitted: 2011-06-28 13:51 EDT Last Modified: 2011-06-28 13:51 EDT == Summary:Support raw replacements in IMPLICIT_DEPENDS_INCLUDE_TRANSFORM Description: The IMPLICIT_DEPENDS_INCLUDE_TRANSFORM is very practical, but is currently limited to macro. Perforaming quick and dirty replacements should be allowed for maximum flexibility. I see 2 use cases for this : 1) Adding a custom command to generate the header with IMPLICIT_DEPENDS, and use OBJECT_DEPENDS to make object files dependant on it. Setting IMPLICIT_DEPENDS_INCLUDE_TRANSFORM to header.h= would allow to skip files on which the objects already depend on. With this technique, you can drastically reduce dependency checking performance. Or some #define __HEADER__ header.h and then #include __HEADER__ Ps : I hope this patch will apply cleanly this time. If not, just let me know. Steps to Reproduce: Use test project attached, try to generate (it will obviously fail) and then look at depends.internal in CMakeFiles/test.dir Try commenting/uncommenting the two lines of test1.c to see the results. Additional Information: I noticed that if result_test.h doesn't contain any #include statement, it won't be added to the dependency list. Not sure if it's a feature or a bug, but I'd consider it's the latter. == Issue History Date ModifiedUsername FieldChange == 2011-06-28 13:51 Jérôme Gardou New Issue 2011-06-28 13:51 Jérôme Gardou File Added: 0001-Implements-raw-replacement-for-IMPLICIT_DEPENDS_INCL.patch == ___ cmake-developers mailing list cmake-developers@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[CMake] Multiple output directories
Hello everybody, I would like to know if there is a cmake command to place my generated executable in several directories in one shot. Using SET(EXECUTABLE_OUTPUT_PATHmy_path1) will allow to customize the place where my executable should be placed but only in a single directory I guess. Any idea ? thanks a lot Eric -- Eric Pellegrini Calcul Scientifique Institut Laue-Langevin Grenoble, France ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Multiple output directories
On 06/28/2011 10:40 AM, pellegrini wrote:
Hello everybody,
I would like to know if there is a cmake command to place my generated
executable in several directories in one shot.
Using SET(EXECUTABLE_OUTPUT_PATHmy_path1) will allow to customize
the place where my executable should be placed
but only in a single directory I guess.
Any idea ?
thanks a lot
Eric
You might use several
ADD_CUSTOM_COMMAND(TARGET myexe POST_BUILD
COMMAND ${CMAKE_COMMAND} -E copy $TARGET_FILE:myexe mypath)
commands for this purpose.
'hope that helps.
Regards,
Michael
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.5-rc3 ready for testing!
On 6/27/2011 11:41 AM, David Cole wrote: Changes in CMake 2.8.5-rc3 (since 2.8.5-rc2) Bill Hoffman (4): Use devenv instead of msbuild for vs2010. Revert With very long file names, VS 2010 was unable to compile files. Use relative paths for custom command inputs. Look for VCExpress as a possible build tool as well as devenv. Several people have asked me off the list why this change was made. So, I am going to answer on the list. This is in preparation for support of intel fortran and VS2010. The intel folks did not actually convert the format of the .vfproj files. They are still using the vs9 format not the new vs10/msbuild xml files. As a result you can not use msbuild to build a vs10 project that contains any fortran, and you have to use devenv. At the start of the v10 work, I had to switch to msbuild because devenv used to crash on many of the cmake tests. It does not do that anymore. Also, because of the way things work it would be very difficult to use msbuild for c/c++ and devenv for fortran. Since all the tests are working, I don't think it should cause any issues. BTW, I am still working on the actual fortran support... :) -Bill ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] [CMake ] Specify linker for a mixed language Fortran/C++ application (linux)
On 06/27/2011 02:39 PM, Raphael Münster wrote: # name of the project PROJECT(Q2P1) enable_language (Fortran) Languages can also be specified in the project command: project(Q2P1 C CXX Fortran) I invoke cmake like this CC=mpicc CXX=mpic++ cmake -DCMAKE_Fortran_COMPILER=mpif90 FYI, you can use CC=mpicc CXX=mpic++ FC=mpif90 cmake ... and you do not need to set CMAKE_Fortran_COMPILER at all in the cmake code. So the question is how can I tell cmake to use mpif90 to link the program? Set the LINKER_LANGUAGE target property: http://www.cmake.org/cmake/help/cmake-2-8-docs.html#prop_tgt:LINKER_LANGUAGE with code like set_property(TARGET Q2P1 PROPERTY LINKER_LANGUAGE Fortran) -Brad ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed0.01 sec Start 63: 2/85 Test #63: .. Passed0.00 sec Start 62: 3/85 Test #62: .. Passed0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
If the tests depend on each other, you *must* tell CTest so, by setting the DEPENDS property using the set_tests_properties() function. Normally, running tests in arbitrary order is considered to be a feature, helping you to not to introduce accidental dependencies. Michael On 06/28/2011 04:16 PM, j s wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed0.01 sec Start 63: 2/85 Test #63: .. Passed0.00 sec Start 62: 3/85 Test #62: .. Passed0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
Thank you everyone for your help. I finally found this: http://public.kitware.com/Bug/view.php?id=11877 And it essentially means that both the Macports and CMake website version of cmake (2.8.4) have this issue. So essentially I'll have to revert to cmake 2.6.4 from the cmake website. Juan On Tue, Jun 28, 2011 at 9:16 AM, j s j.s4...@gmail.com wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed 0.01 sec Start 63: 2/85 Test #63: .. Passed 0.00 sec Start 62: 3/85 Test #62: .. Passed 0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote: If the tests depend on each other, you *must* tell CTest so, by setting the DEPENDS property using the set_tests_properties() function. Normally, running tests in arbitrary order is considered to be a feature, helping you to not to introduce accidental dependencies. I respectfully disagree. It is a bug, which had been marked as major severity, as noted by the link in my previous email. I have 85 regressions, and the first ones run the fastest, so I immediately know if there is a problem. Now that I am aware of set_test_properties, I'll set them for the tests that need them. When not running tests in parallel, which is always, they need to run in the exact order specified. It is only a feature, if there is a default option like schedule_sequential, which allows the program to work as I had come to expect over the past 6 years. Juan Michael On 06/28/2011 04:16 PM, j s wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed 0.01 sec Start 63: 2/85 Test #63: .. Passed 0.00 sec Start 62: 3/85 Test #62: .. Passed 0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
On Tue, Jun 28, 2011 at 9:46 AM, j s j.s4...@gmail.com wrote: On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote: If the tests depend on each other, you *must* tell CTest so, by setting the DEPENDS property using the set_tests_properties() function. Normally, running tests in arbitrary order is considered to be a feature, helping you to not to introduce accidental dependencies. I respectfully disagree. It is a bug, which had been marked as major severity, as noted by the link in my previous email. I have 85 regressions, and the first ones run the fastest, so I immediately know if there is a problem. Now that I am aware of set_test_properties, I'll set them for the tests that need them. When not running tests in parallel, which is always, they need to run in the exact order specified. It is only a feature, if there is a default option like schedule_sequential, which allows the program to work as I had come to expect over the past 6 years. It is also a bug since the man page for cmake 2.8.4 does not mention setting dependencies with set_test_properties. Juan Michael On 06/28/2011 04:16 PM, j s wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed 0.01 sec Start 63: 2/85 Test #63: .. Passed 0.00 sec Start 62: 3/85 Test #62: .. Passed 0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
On Tue, Jun 28, 2011 at 9:52 AM, j s j.s4...@gmail.com wrote: On Tue, Jun 28, 2011 at 9:46 AM, j s j.s4...@gmail.com wrote: On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote: If the tests depend on each other, you *must* tell CTest so, by setting the DEPENDS property using the set_tests_properties() function. Normally, running tests in arbitrary order is considered to be a feature, helping you to not to introduce accidental dependencies. I respectfully disagree. It is a bug, which had been marked as major severity, as noted by the link in my previous email. I have 85 regressions, and the first ones run the fastest, so I immediately know if there is a problem. Now that I am aware of set_test_properties, I'll set them for the tests that need them. When not running tests in parallel, which is always, they need to run in the exact order specified. It is only a feature, if there is a default option like schedule_sequential, which allows the program to work as I had come to expect over the past 6 years. It is also a bug since the man page for cmake 2.8.4 does not mention setting dependencies with set_test_properties. Apologies, it is on the man page in the: PROPERTIES ON TESTS section. I missed it because some properties are mentioned in the set_test_properties section, and it makes no reference to PROPERTIES ON TESTS Juan Juan Michael On 06/28/2011 04:16 PM, j s wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed 0.01 sec Start 63: 2/85 Test #63: .. Passed 0.00 sec Start 62: 3/85 Test #62: .. Passed 0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
I agree that the information is not very discoverable if you've only read the doc about add_test(), but it is there: http://cmake.org/cmake/help/cmake-2-8-docs.html#command:set_tests_properties http://cmake.org/cmake/help/cmake-2-8-docs.html#section_PropertiesonTests Michael On 06/28/2011 04:52 PM, j s wrote: On Tue, Jun 28, 2011 at 9:46 AM, j s j.s4...@gmail.com wrote: On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote: If the tests depend on each other, you *must* tell CTest so, by setting the DEPENDS property using the set_tests_properties() function. Normally, running tests in arbitrary order is considered to be a feature, helping you to not to introduce accidental dependencies. I respectfully disagree. It is a bug, which had been marked as major severity, as noted by the link in my previous email. I have 85 regressions, and the first ones run the fastest, so I immediately know if there is a problem. Now that I am aware of set_test_properties, I'll set them for the tests that need them. When not running tests in parallel, which is always, they need to run in the exact order specified. It is only a feature, if there is a default option like schedule_sequential, which allows the program to work as I had come to expect over the past 6 years. It is also a bug since the man page for cmake 2.8.4 does not mention setting dependencies with set_test_properties. Juan Michael On 06/28/2011 04:16 PM, j s wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed0.01 sec Start 63: 2/85 Test #63: .. Passed0.00 sec Start 62: 3/85 Test #62: .. Passed0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
On Tue, Jun 28, 2011 at 9:57 AM, Michael Wild them...@gmail.com wrote: I agree that the information is not very discoverable if you've only read the doc about add_test(), but it is there: http://cmake.org/cmake/help/cmake-2-8-docs.html#command:set_tests_properties http://cmake.org/cmake/help/cmake-2-8-docs.html#section_PropertiesonTests So the bug in the documentation is that: add_test does not mention set_test_properties set_test_properties documents only a few properties, but makes no mention of the PROPERTIES ON TESTS section. Another bug in the software, is that there is no way to specify that the tests should run in order. I tried the ctest -I option and it didn't work. Juan Michael On 06/28/2011 04:52 PM, j s wrote: On Tue, Jun 28, 2011 at 9:46 AM, j s j.s4...@gmail.com wrote: On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote: If the tests depend on each other, you *must* tell CTest so, by setting the DEPENDS property using the set_tests_properties() function. Normally, running tests in arbitrary order is considered to be a feature, helping you to not to introduce accidental dependencies. I respectfully disagree. It is a bug, which had been marked as major severity, as noted by the link in my previous email. I have 85 regressions, and the first ones run the fastest, so I immediately know if there is a problem. Now that I am aware of set_test_properties, I'll set them for the tests that need them. When not running tests in parallel, which is always, they need to run in the exact order specified. It is only a feature, if there is a default option like schedule_sequential, which allows the program to work as I had come to expect over the past 6 years. It is also a bug since the man page for cmake 2.8.4 does not mention setting dependencies with set_test_properties. Juan Michael On 06/28/2011 04:16 PM, j s wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed 0.01 sec Start 63: 2/85 Test #63: .. Passed 0.00 sec Start 62: 3/85 Test #62: .. Passed 0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
Yes, add_test() should probably mention set_tests_properties(). However, I don't think that any of the set_xxx_properties() mention the corresponding PROPERTIES ON XXX section, which arguably would be a very good idea. Feel free to submit a patch, I'm sure the CMake-developers will gladly accept it ;-) Michael On 06/28/2011 05:01 PM, j s wrote: On Tue, Jun 28, 2011 at 9:57 AM, Michael Wild them...@gmail.com wrote: I agree that the information is not very discoverable if you've only read the doc about add_test(), but it is there: http://cmake.org/cmake/help/cmake-2-8-docs.html#command:set_tests_properties http://cmake.org/cmake/help/cmake-2-8-docs.html#section_PropertiesonTests So the bug in the documentation is that: add_test does not mention set_test_properties set_test_properties documents only a few properties, but makes no mention of the PROPERTIES ON TESTS section. Another bug in the software, is that there is no way to specify that the tests should run in order. I tried the ctest -I option and it didn't work. Juan Michael On 06/28/2011 04:52 PM, j s wrote: On Tue, Jun 28, 2011 at 9:46 AM, j s j.s4...@gmail.com wrote: On Tue, Jun 28, 2011 at 9:33 AM, Michael Wild them...@gmail.com wrote: If the tests depend on each other, you *must* tell CTest so, by setting the DEPENDS property using the set_tests_properties() function. Normally, running tests in arbitrary order is considered to be a feature, helping you to not to introduce accidental dependencies. I respectfully disagree. It is a bug, which had been marked as major severity, as noted by the link in my previous email. I have 85 regressions, and the first ones run the fastest, so I immediately know if there is a problem. Now that I am aware of set_test_properties, I'll set them for the tests that need them. When not running tests in parallel, which is always, they need to run in the exact order specified. It is only a feature, if there is a default option like schedule_sequential, which allows the program to work as I had come to expect over the past 6 years. It is also a bug since the man page for cmake 2.8.4 does not mention setting dependencies with set_test_properties. Juan Michael On 06/28/2011 04:16 PM, j s wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed0.01 sec Start 63: 2/85 Test #63: .. Passed0.00 sec Start 62: 3/85 Test #62: .. Passed0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] tests running out of order on cmake
This was a bug in 2.8.4 only. You do not have to go all the way back to 2.6.4 to overcome this. You can go back to 2.8.3, if you wish, or preferably you can use 2.8.5-rc3: anything except for 2.8.4 will give you the in order behavior that you are expecting and are used to. HTH, David On Tue, Jun 28, 2011 at 10:28 AM, j s j.s4...@gmail.com wrote: Thank you everyone for your help. I finally found this: http://public.kitware.com/Bug/view.php?id=11877 And it essentially means that both the Macports and CMake website version of cmake (2.8.4) have this issue. So essentially I'll have to revert to cmake 2.6.4 from the cmake website. Juan On Tue, Jun 28, 2011 at 9:16 AM, j s j.s4...@gmail.com wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed0.01 sec Start 63: 2/85 Test #63: .. Passed0.00 sec Start 62: 3/85 Test #62: .. Passed0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Multiple output directories
On 06/28/2011 12:36 PM, Michael Hertling wrote:
On 06/28/2011 10:40 AM, pellegrini wrote:
Hello everybody,
I would like to know if there is a cmake command to place my generated
executable in several directories in one shot.
Using SET(EXECUTABLE_OUTPUT_PATHmy_path1) will allow to customize
the place where my executable should be placed
but only in a single directory I guess.
Any idea ?
thanks a lot
Eric
You might use several
ADD_CUSTOM_COMMAND(TARGET myexe POST_BUILD
COMMAND ${CMAKE_COMMAND} -E copy $TARGET_FILE:myexe mypath)
commands for this purpose.
Or just one with several COMMAND clauses:
ADD_CUSTOM_COMMAND(TARGET myexe POST_BUILD
COMMAND ${CMAKE_COMMAND} -E copy $TARGET_FILE:myexe mypath1
COMMAND ${CMAKE_COMMAND} -E copy $TARGET_FILE:myexe mypath2
COMMAND ${CMAKE_COMMAND} -E copy $TARGET_FILE:myexe mypath3)
Regards,
Michael
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] [CMake ] Specify linker for a mixed language Fortran/C++ application (linux)
Yep, great) setting the LINKER_LANGUAGE to Fortran did it. Thanks, Raphael Am 28.06.2011 15:48, schrieb Brad King: On 06/27/2011 02:39 PM, Raphael Münster wrote: # name of the project PROJECT(Q2P1) enable_language (Fortran) Languages can also be specified in the project command: project(Q2P1 C CXX Fortran) I invoke cmake like this CC=mpicc CXX=mpic++ cmake -DCMAKE_Fortran_COMPILER=mpif90 FYI, you can use CC=mpicc CXX=mpic++ FC=mpif90 cmake ... and you do not need to set CMAKE_Fortran_COMPILER at all in the cmake code. So the question is how can I tell cmake to use mpif90 to link the program? Set the LINKER_LANGUAGE target property: http://www.cmake.org/cmake/help/cmake-2-8-docs.html#prop_tgt:LINKER_LANGUAGE with code like set_property(TARGET Q2P1 PROPERTY LINKER_LANGUAGE Fortran) -Brad ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] wx definitions
Hi everyone.
I am using Modules/FindwxWidgets.cmake on basis of cmake wiki recommendation to
use wx windows,
I think I have everything except the definitions
MSG(WXWIDGETS_DEFINITIONS=${WXWIDGETS_DEFINITIONS})
prints
_FILE_OFFSET_BITS=64_LARGE_FILES__WXGTK__
which does not include spaces and if I place it in definitions for cmake
ADD_DEFINITIONS(-D${WXWIDGETS_DEFINITIONS})
I get errors,
any thoughts
thanks
Leila
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] regarding linking functionality and overloading in cmake
Aaron, I think you were right, I moved the definitions to before all the subdirectories and the linking problem disappeared! thanks again for your suggestion Leila From: aaron.mead...@thomsonreuters.com Sent: Thu, 6/23/2011 2:52pm To: Leila Baghdadi baghd...@phenogenomics.ca ; cmake@cmake.org Subject: RE: [CMake] regarding linking functionality and overloading in cmake Oh, sorry.. I missunderstood about the line 76. =D Ok, looking at your CMakeLists.txt, I see the ADD_SUBDIRECTORY(libctsim). I’m assuming there is a CMakeLists.txt in there which does the ADD_LIBRARY. The ADD_SUBDIRECTORY() calls are before you’re doing a bunch of ADD_DEFINITIONS(). The definitions you are setting up below are not going to apply to those subdirectories. Is it possible that the signature of the function is different in the library than in the opt_ctsim executable because of these definitions? On windows, I would suggest using ‘dumpbin.exe /LinkerMember’ to see the mangled signature of the functions in the library and compare them to the expected signature printed in the linker error for the executable (here’s a description I wrote about it: http://stackoverflow.com/questions/261377/lnk2001-error-when-compiling-apps-referencing-stlport-5-1-4-with-vc-2008/687185#687185 ) I’m not sure what the equivolent process would be for gcc if that is what you are using. Looks like it might be the programs ‘nm’ and ‘objdump’. You might try moving your ADD_SUBDIRECTORY() calls to right above ADD_EXECUTABLE and see if that allows the linking to work correctly. Aaron C. Meadows From: Leila Baghdadi [mailto:baghd...@phenogenomics.ca] Sent: Thursday, June 23, 2011 1:33 PM To: Meadows, Aaron C.; cmake@cmake.org Subject: RE: [CMake] regarding linking functionality and overloading in cmake yep that's how its defined. (note, this is not my code, it is backprojection code free for download at ctsim.org) typedef double kfloat64; typedef kfloat64** const ImageFileArrayConst; the code has diversions between 32 and 64 bit, anyways, that's how it is defined. Leila From: aaron.mead...@thomsonreuters.com Sent: Thu, 6/23/2011 2:09pm To: Leila Baghdadi baghd...@phenogenomics.ca ; cmake@cmake.org Subject: RE: [CMake] regarding linking functionality and overloading in cmake Unless “ImageFileArrayConst” is a typedef for “double **”, there is not an ImageFile::statistics() function which takes a double** as the first parameter. (Line 288 and 296 have the two versions of ImageFile::statistics()) If you look in views.cpp at the function ImageFileView::OnProperties() function where it is calling the ImageFile::statistics() function, what is the type of the first parameter? Do you have an extra on the front of a double* variable there? Aaron C. Meadows From: Leila Baghdadi [mailto:baghd...@phenogenomics.ca] Sent: Thursday, June 23, 2011 12:56 PM To: Meadows, Aaron C.; cmake@cmake.org Subject: RE: [CMake] regarding linking functionality and overloading in cmake Hello I have attached the CMakeLists.txt file (note, I commented the source in question line 76) and I get the following error, If I leave line 76 in, I get a clean build Linking CXX executable opt_ctsim CMakeFiles/opt_ctsim.dir/src/views.cpp.o: In function `ImageFileView::OnProperties(wxCommandEvent)': views.cpp:(.text+0x1bfd9): undefined reference to `ImageFile::statistics(double**, double, double, double, double, double, double) const' views.cpp:(.text+0x1c57a): undefined reference to `ImageFile::statistics(double**, double, double, double, double, double, double) const' collect2: ld returned 1 exit status I am also attaching the source imagefile.cpp located in libctsim subdirectory. thanks From: aaron.mead...@thomsonreuters.com Sent: Thu, 6/23/2011 11:29am To: Leila Baghdadi baghd...@phenogenomics.ca ; cmake@cmake.org Subject: RE: [CMake] regarding linking functionality and overloading in cmake This sounds like poorly formed c++, not a CMake issue. Can you include your CMakeLists.txt, a copy of the error, and possibly a simple example which shows the problem? Aaron C. Meadows From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of Leila Baghdadi Sent: Wednesday, June 22, 2011 3:57 PM To: cmake@cmake.org Subject: [CMake] regarding linking functionality and overloading in cmake hi everyone, I have been trying to use cmake to build ctsim(need to add my own code to it later) and finally managed to do it however I have difficulty understanding why my puny solution works! I have 3 different directories (a,b,c) in ctsim , so I set up cmake files in each one and built liba.so and so on, now I am trying to build the executable cstim by linking to the above three libraries and I kept getting an error, regarding an overloading function in directory a, I thought that using TARGET_LINK_LIBRARIES(target a b c) would address that but instead I had to add the source code with the overloading function from directory
Re: [CMake] tests running out of order on cmake
I bit the bullet and added the dependency information for the tests that needed them. The parallel ctest works very well on my linux box. Thanks, Juan On Tue, Jun 28, 2011 at 10:26 AM, David Cole david.c...@kitware.com wrote: This was a bug in 2.8.4 only. You do not have to go all the way back to 2.6.4 to overcome this. You can go back to 2.8.3, if you wish, or preferably you can use 2.8.5-rc3: anything except for 2.8.4 will give you the in order behavior that you are expecting and are used to. HTH, David On Tue, Jun 28, 2011 at 10:28 AM, j s j.s4...@gmail.com wrote: Thank you everyone for your help. I finally found this: http://public.kitware.com/Bug/view.php?id=11877 And it essentially means that both the Macports and CMake website version of cmake (2.8.4) have this issue. So essentially I'll have to revert to cmake 2.6.4 from the cmake website. Juan On Tue, Jun 28, 2011 at 9:16 AM, j s j.s4...@gmail.com wrote: Can someone please let me know how to get the Mac OS X version of cmake 2.8.4 to run the tests in the order in which they are added? For some bizarre reason they are running out of order: Sample output (without actual test name). 1/85 Test #64: .***Failed 0.01 sec Start 63: 2/85 Test #63: .. Passed 0.00 sec Start 62: 3/85 Test #62: .. Passed 0.00 sec Start 61: This is preventing from verifying my recent changes on the mac. The Ubuntu linux version does not have this issue. Juan On Sat, Jun 25, 2011 at 2:51 PM, j s j.s4...@gmail.com wrote: Unfortunately the problem came back. I there a command line option to fix this out of order execution feature. Juan On Sat, Jun 25, 2011 at 1:30 PM, j s j.s4...@gmail.com wrote: I was able to update the cmake dmg from the website, and now my tests are running in the proper order. On Sat, Jun 25, 2011 at 1:23 PM, j s j.s4...@gmail.com wrote: How do I tell the macports version of cmake 2.8.1 on the mac to run the tests in exactly the order they were originally specified? I'm in the process of updating macports right now to see if it goes back to the sequential default in later versions? man ctest reveals --schedule-random, but no sequential option. Regards, Juan ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[Cmake-commits] CMake branch, master, updated. v2.8.4-607-gd2430b2
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via d2430b2ffdfb29a1b65b39bf6620d05411f0e79e (commit)
via fc045318f846b66c0db94e25ab64658064107014 (commit)
from 34238d5bcb92c7c9a2652126de2001ec4c73a4c9 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d2430b2ffdfb29a1b65b39bf6620d05411f0e79e
commit d2430b2ffdfb29a1b65b39bf6620d05411f0e79e
Merge: 34238d5 fc04531
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Jun 28 16:27:06 2011 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Jun 28 16:27:06 2011 -0400
Merge topic 'revert-fixbug_0004147'
fc04531 Revert Add a new function SWIG_GET_WRAPPER_DEPENDENCIES to
UseSWIG.cmake
diff --cc Modules/UseSWIG.cmake
index be15b52,b547dc7..2a83045
--- a/Modules/UseSWIG.cmake
+++ b/Modules/UseSWIG.cmake
@@@ -220,14 -166,8 +165,10 @@@ MACRO(SWIG_ADD_SOURCE_TO_MODULE name ou
IF(SWIG_MODULE_${name}_EXTRA_FLAGS)
SET(swig_extra_flags ${swig_extra_flags}
${SWIG_MODULE_${name}_EXTRA_FLAGS})
ENDIF(SWIG_MODULE_${name}_EXTRA_FLAGS)
- SWIG_GET_WRAPPER_DEPENDENCIES(${swig_source_file_fullname}
- ${swig_generated_file_fullname}
${SWIG_MODULE_${name}_SWIG_LANGUAGE_FLAG}
- swig_extra_dependencies)
- LIST(APPEND SWIG_MODULE_${name}_EXTRA_DEPS ${swig_extra_dependencies})
ADD_CUSTOM_COMMAND(
OUTPUT ${swig_generated_file_fullname} ${swig_extra_generated_files}
+# Let's create the ${swig_outdir} at execution time, in case dir contains
$(OutDir)
+COMMAND ${CMAKE_COMMAND} -E make_directory ${swig_outdir}
COMMAND ${SWIG_EXECUTABLE}
ARGS -${SWIG_MODULE_${name}_SWIG_LANGUAGE_FLAG}
${swig_source_file_flags}
---
Summary of changes:
Modules/UseSWIG.cmake | 59 -
1 files changed, 0 insertions(+), 59 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v2.8.4-1837-ga38c33c
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via a38c33ca7f96b70f131c3ca38efcce3ed5616a25 (commit) via d2430b2ffdfb29a1b65b39bf6620d05411f0e79e (commit) via 34238d5bcb92c7c9a2652126de2001ec4c73a4c9 (commit) from 4024a1ac7c1730046181fc4c1de892ddfffe8f83 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a38c33ca7f96b70f131c3ca38efcce3ed5616a25 commit a38c33ca7f96b70f131c3ca38efcce3ed5616a25 Merge: 4024a1a d2430b2 Author: Brad King brad.k...@kitware.com AuthorDate: Tue Jun 28 16:27:20 2011 -0400 Commit: Brad King brad.k...@kitware.com CommitDate: Tue Jun 28 16:27:20 2011 -0400 Merge branch 'master' into next --- Summary of changes: Source/kwsys/kwsysDateStamp.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.4-608-ge123747
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via e1237478f101d81c67c02a963ae49b69e25c841a (commit) from d2430b2ffdfb29a1b65b39bf6620d05411f0e79e (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e1237478f101d81c67c02a963ae49b69e25c841a commit e1237478f101d81c67c02a963ae49b69e25c841a Author: KWSys Robot kwro...@kitware.com AuthorDate: Wed Jun 29 00:01:03 2011 -0400 Commit: KWSys Robot kwro...@kitware.com CommitDate: Wed Jun 29 00:12:05 2011 -0400 KWSys Nightly Date Stamp diff --git a/Source/kwsys/kwsysDateStamp.cmake b/Source/kwsys/kwsysDateStamp.cmake index bbbd0fa..b12e4f5 100644 --- a/Source/kwsys/kwsysDateStamp.cmake +++ b/Source/kwsys/kwsysDateStamp.cmake @@ -18,4 +18,4 @@ SET(KWSYS_DATE_STAMP_YEAR 2011) SET(KWSYS_DATE_STAMP_MONTH 06) # KWSys version date day component. Format is DD. -SET(KWSYS_DATE_STAMP_DAY 28) +SET(KWSYS_DATE_STAMP_DAY 29) --- Summary of changes: Source/kwsys/kwsysDateStamp.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
