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
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
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
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
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
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
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
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
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
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..
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
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
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
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
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
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
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
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
18 matches
Mail list logo