On 2/15/08, Alan W. Irwin [EMAIL PROTECTED] wrote:
David, I may be leaping to conclusions here, but it appears from what you
have said that it is a reasonable hypothesis that the ctest commmand works
through the cmake generator backend.
True
When that is make (the default for
Unix
David Cole wrote:
Parallel tests are only going to be possible if you can guarantee that
all tests are independent of all other tests, or if you specify explicit
dependencies between tests somehow. (Which would introduce the same sort
of complexity you complain about above for build
On 2008-02-16 12:38-0500 Bill Hoffman wrote:
[...]parallel ctest is on the todo list for this year. Most likely it
will be ctest -j N. We can not depend on the make system to do the parallel
stuff, and ctest -j would be useful for all generators.
That's excellent news! The execution of
Alan W. Irwin wrote:
On 2008-02-16 12:38-0500 Bill Hoffman wrote:
[...]parallel ctest is on the todo list for this year. Most likely
it will be ctest -j N. We can not depend on the make system to do
the parallel stuff, and ctest -j would be useful for all generators.
That's excellent
Is it possible to get ctest to do parallel builds on systems that support it?
I'm using a configuration file that looks something like this:
# Where the source code lives
SET (CTEST_SOURCE_DIRECTORY ${CTEST_SCRIPT_DIRECTORY}/..)
SET (CTEST_BINARY_DIRECTORY
One of the VTK dashboards does it by giving a custom MAKECOMMAND to the
initial cache:MAKECOMMAND:STRING=/usr/bin/make -i -j 2
See here for the full script:
http://www.vtk.org/Testing/Sites/hythloth.kitware/Linux-gcc41/20080215-0300-Nightly/Notes.html
HTH,
David
On 2/15/08, James Bigler
On 2008-02-15 18:44-0500 David Cole wrote:
One of the VTK dashboards does it by giving a custom MAKECOMMAND to the
initial cache:MAKECOMMAND:STRING=/usr/bin/make -i -j 2
See here for the full script:
http://www.vtk.org/Testing/Sites/hythloth.kitware/Linux-gcc41/20080215-0300-Nightly/Notes.html