Re: [CMake] Failed to submit ctest report to public.kitware.com CDash server

2012-07-03 Thread Rolf Eike Beer
hce wrote: > Thanks David. The wiki page I referenced is from > http://cmake.org/Wiki/CMake/Testing_With_CTest. > > But I am not running ctest at VTK package, rather try to test cdash from my > own source package build, I added the setup from your link to the > CMakeLists.txt, but still failed at

[CMake] Can multiple make commands be set in BUILD_COMMAND for ExternalProject_Add?

2012-07-03 Thread hce
Hi, In ExternalProject_Add, "BUILD_COMMAND make" works fine, but I need to add multiple make commands. In Linux command line I can type "make && make extra", but how can I set following BUILD_COMMAND for multiple make commands, it just not working? BUILD_COMMAND make && make extra INSTALL_COMMAND

Re: [CMake] Failed to submit ctest report to public.kitware.com CDash server

2012-07-03 Thread hce
Thanks David. The wiki page I referenced is from http://cmake.org/Wiki/CMake/Testing_With_CTest. But I am not running ctest at VTK package, rather try to test cdash from my own source package build, I added the setup from your link to the CMakeLists.txt, but still failed at the same problem of cou

Re: [CMake] CMake can't find the JDK?

2012-07-03 Thread Eli Gottlieb
Sorry for being a bozo, I should have enclosed this before. This is my CMakeLists.txt file. On 07/03/2012 04:54 PM, Eli Gottlieb wrote: That indeed fixed that problem, but now I've got a rather bizarre new one. CMake never actually advances after finding Java and JNI. I get the following as o

Re: [CMake] CMake can't find the JDK?

2012-07-03 Thread Eli Gottlieb
That indeed fixed that problem, but now I've got a rather bizarre new one. CMake never actually advances after finding Java and JNI. I get the following as output: eli@eli-netbook:~/Programs/jllvm/src/org/jllvm/bindings$ cmake . -- The C compiler identification is GNU -- The CXX compiler iden

Re: [CMake] Problems with CPack 2.8.8

2012-07-03 Thread David Cole
On Tue, Jul 3, 2012 at 9:35 AM, Eric Noulard wrote: > 2012/7/3 Eric Noulard : >> 2012/7/3 David Cole : >>> Looks like the "help = true; / help = false;" chunk of this commit is >>> responsible: >>> >>> >>> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c6a016944211b737c45385423fc7df10462e34

Re: [CMake] Problems with CPack 2.8.8

2012-07-03 Thread Eric Noulard
2012/7/3 Eric Noulard : > 2012/7/3 David Cole : >> Looks like the "help = true; / help = false;" chunk of this commit is >> responsible: >> >> >> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c6a016944211b737c45385423fc7df10462e34ab#patch6 >> >> Eric, do you have time to take a look at this

Re: [CMake] Problems with CPack 2.8.8

2012-07-03 Thread Eric Noulard
2012/7/3 David Cole : > Looks like the "help = true; / help = false;" chunk of this commit is > responsible: > > > http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c6a016944211b737c45385423fc7df10462e34ab#patch6 > > Eric, do you have time to take a look at this today, or should I put > this on

Re: [CMake] Problems with CPack 2.8.8

2012-07-03 Thread David Cole
Looks like the "help = true; / help = false;" chunk of this commit is responsible: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c6a016944211b737c45385423fc7df10462e34ab#patch6 Eric, do you have time to take a look at this today, or should I put this on my list to try to restore the 2.8.7

Re: [CMake] Problems with CPack 2.8.8

2012-07-03 Thread NoRulez
Because of the long time... this was because first I thought it was my fault.It would be great if the old behavior could be restored.Best RegardsAm 03. Juli 2012 um 13:35 schrieb David Cole :Looks like we let the default command line behavior get trounced when we added the new cpack --help* stuff..

Re: [CMake] Failed to submit ctest report to public.kitware.com CDash server

2012-07-03 Thread David Cole
The correct CTEST_DROP_* variable values are listed in VTK's CTestConfig.cmake file: http://vtk.org/gitweb?p=VTK.git;a=blob;f=CTestConfig.cmake;h=b7f08577cd5073e009e5fbc7e0d7be238be5b94b;hb=master After configuring a VTK build tree, you should just be able to run: ctest -D Experimental in

Re: [CMake] Problems with CPack 2.8.8

2012-07-03 Thread David Cole
Looks like we let the default command line behavior get trounced when we added the new cpack --help* stuff... Guess we don't have a test for that. To loop over all configure CPack generators, you can still use the command line: cpack -C CPackConfig.cmake But: cpack just by itself simply sp

[CMake] Failed to submit ctest report to public.kitware.com CDash server

2012-07-03 Thread hce
Hi, I am running 2.8.8 on CentOS 6, and I followed VTK wiki instruction to set following up and to run "ctest -D Experimental", but it failed to submit the report. The error was that my hostname was not reachable. It is my PC, the hostname is set to a proper domain name. But I thought it got right

Re: [CMake] Why execute_process failed escape sequence \/?

2012-07-03 Thread hce
Thanks Eike. Cheers. -- View this message in context: http://cmake.3232098.n2.nabble.com/Why-execute-process-failed-escape-sequence-tp7580706p7580732.html Sent from the CMake mailing list archive at Nabble.com. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://w

Re: [CMake] Automatic rebuild of external projects

2012-07-03 Thread David Cole
Are you really using CMake 2.8.3? Please try again with 2.8.9-rc1 (or 2.8.8, the latest official release) to see if the problem persists. I think with the force step in there, you should always see a re-configure and re-build (even if both are really no-ops) whenever you do a 'make' in the top le

[CMake] External project clean

2012-07-03 Thread Evgeny Startsev
How can i "not clean" external projects, on which this project depends, when i clean this project? I want some "shared" external projects, used from different projects. When i write "make clean" i want clean only current project binaries and keep all external projects (for example, massive external

[CMake] Problems with CPack 2.8.8

2012-07-03 Thread NoRulez
Hello,i've upgraded my cmake installation from 2.8.7 to 2.8.8. After the upgrade the cpack has an unwanted behavior.When i run cpack from the build directory (in cpack 2.8.7) then cpack iterates over all configured CPACK_GENERATORs and creates the installer/archives.But with cpack 2.8.8 I get only

Re: [CMake] target_link_libraries buggy with visual studio?

2012-07-03 Thread Petr Kmoch
Hi, are you setting the global property DEBUG_CONFIGURATIONS anywhere? If not, cmake does not know which configurations are supposed to be debug, so it treats all of them as optimized. Try adding the following after the two set(CMAKE_CONFIGURATION_TYPES ...) commands: set_property(GLOBAL PROPERTY