Re: [CMake] Parallel builds and auto generated header files

- > *From:* CMake on behalf of Robert Dailey < > rcdailey.li...@gmail.com> > *Sent:* July 19, 2018 8:05:06 AM > *To:* CMake > *Subject:* [CMake] Parallel builds and auto generated header files > > I have a Version.hpp file that I have a custom command tied to which >

Re: [CMake] Parallel builds and auto generated header files

e. add_custom_target might be better suited for your needs. From: CMake on behalf of Robert Dailey Sent: July 19, 2018 8:05:06 AM To: CMake Subject: [CMake] Parallel builds and auto generated header files I have a Version.hpp file that I have a custom comman

[CMake] Parallel builds and auto generated header files

I have a Version.hpp file that I have a custom command tied to which basically runs CMake in script mode to perform configure_file() on it during build time. The reason it does this is because it builds Version.hpp using dynamic information, such as defining a macro with the current SHA1 being buil

Re: [CMake] Parallel builds

On 9/16/2015 2:06 PM, Greg Marr wrote: This part here is inaccurate, at least with the current CMake and Visual Studio: "To set the flag you will have to edit the CMake cache with the cmake-gui and add it to the CMAKE_CXX_FLAGS and the CMAKE_C_FLAGS." This is all we do in the CMake file that we

Re: [CMake] Parallel builds

-Original Message- From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Bill Hoffman Sent: Wednesday, September 16, 2015 2:00 PM To: cmake@cmake.org Subject: Re: [CMake] Parallel builds On 9/16/2015 1:47 PM, J Decker wrote: > I see yer right. > Detai

Re: [CMake] Parallel builds

On 9/16/2015 1:47 PM, J Decker wrote: I see yer right. Details get foggy after years. well that's something to add:) All covered my blog. :) -Bill -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers var

Re: [CMake] Parallel builds

On Wed, Sep 16, 2015 at 10:39 AM, Greg Marr wrote: > From: J Decker [mailto:d3c...@gmail.com] > Sent: Wednesday, September 16, 2015 1:30 PM > To: Greg Marr > Cc: Petr Bena; Cory Quammen; cmake@cmake.org; Bill Hoffman > Subject: Re: [CMake] Parallel builds > > /mp h

Re: [CMake] Parallel builds

From: J Decker [mailto:d3c...@gmail.com] Sent: Wednesday, September 16, 2015 1:30 PM To: Greg Marr Cc: Petr Bena; Cory Quammen; cmake@cmake.org; Bill Hoffman Subject: Re: [CMake] Parallel builds /mp has no effect on cmake projects since each file is compiled with a separate

Re: [CMake] Parallel builds

On Wed, Sep 16, 2015 at 9:17 AM, Greg Marr wrote: > On Wed, Sep 16, 2015 at 5:55 PM, Cory Quammen > wrote: >> VTK exposes the /MP compiler flag in its CMake configuration. >> >> Here is the relevant code from >> http://www.vtk.org/gitweb?p=VTK.git;a=blob;f=CMake/vtkDetermineCompilerFlags.cmake;h

Re: [CMake] Parallel builds

On Wed, Sep 16, 2015 at 5:55 PM, Cory Quammen wrote: > VTK exposes the /MP compiler flag in its CMake configuration. > > Here is the relevant code from > http://www.vtk.org/gitweb?p=VTK.git;a=blob;f=CMake/vtkDetermineCompilerFlags.cmake;h=1398050afb34ff8c0a74137d847c19a6f63b12e9;hb=HEAD > > 126 #

Re: [CMake] Parallel builds

On Wed, Sep 16, 2015 at 11:44 PM, Petr Bena wrote: > I would prefer a way to get cmake to generate solution files for MSVC > in a way that these options are enabled by default. Right now I need > to do this by hand and when I run cmake again, it overwrites the > solution files I modified and resto

Re: [CMake] Parallel builds

On Wed, Sep 16, 2015 at 8:44 AM, Petr Bena wrote: > I know that I can pass -j parameter to GNU make as well as there is > some sort of option to run MSVC compiler by hand and give that similar > parameter, but that's not exactly what I want. > > I would prefer a way to get cmake to generate soluti

Re: [CMake] Parallel builds

This seems to be the precise answer to my question! Thank you On Wed, Sep 16, 2015 at 5:55 PM, Cory Quammen wrote: > Hi Petr, > > VTK exposes the /MP compiler flag in its CMake configuration. > > Here is the relevant code from > http://www.vtk.org/gitweb?p=VTK.git;a=blob;f=CMake/vtkDetermineCompi

Re: [CMake] Parallel builds

Hi Petr, VTK exposes the /MP compiler flag in its CMake configuration. Here is the relevant code from http://www.vtk.org/gitweb?p=VTK.git;a=blob;f=CMake/vtkDetermineCompilerFlags.cmake;h=1398050afb34ff8c0a74137d847c19a6f63b12e9;hb=HEAD 126

Re: [CMake] Parallel builds

I know that I can pass -j parameter to GNU make as well as there is some sort of option to run MSVC compiler by hand and give that similar parameter, but that's not exactly what I want. I would prefer a way to get cmake to generate solution files for MSVC in a way that these options are enabled by

Re: [CMake] Parallel builds

http://www.kitware.com/blog/home/post/434 -Bill -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: C

Re: [CMake] Parallel builds

Tools->Option->Projects and soltuions->Build and Run at the top is 'maximum number of parallel project builds. This is external setting to what CMake generates so in the IDE that's what it uses. >From the command line... C:\tools\unix\cmake\bin\cmake.exe --build . --config Debug --target INS

Re: [CMake] Parallel builds

There is /MP compiler flag that I need to enable for every single project to be precise. On Wed, Sep 16, 2015 at 1:26 PM, Petr Bena wrote: > Hi, > > Is it possible to enable multithreaded builds by default in Visual > Studio projects? It seems that cmake generates the solution files in a > way th

[CMake] Parallel builds

Hi, Is it possible to enable multithreaded builds by default in Visual Studio projects? It seems that cmake generates the solution files in a way that they are forbidden, so even if global preference is to use multithreaded builds, the compiler never does that for sln files create by cmake, becaus

Re: [CMake] Parallel builds for CDash targets (Continuous/Nightly/Experimental)?

I found the answer to my question in this post http://cmake.3232098.n2.nabble.com/CTest-make-Experimental-Nightly-on-N-procs-with-jN-td7584598.html which says to run ctest directly with the -j flag instead of running make. Sorry for the noise. -- View this message in context: http://cmake.32

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

Michael Wild wrote: On 2. Dec, 2009, at 16:36 , Sean McBride wrote: On 12/2/09 10:10 AM, Bill Hoffman said: Well, as Dave mentioned the -j flag only works with gmake. It does not work with Xcode, as you tried here: :) http://www.cdash.org/CDash/viewNotes.php?buildid=484307 Which is why

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

On 2. Dec, 2009, at 16:36 , Sean McBride wrote: On 12/2/09 10:10 AM, Bill Hoffman said: Well, as Dave mentioned the -j flag only works with gmake. It does not work with Xcode, as you tried here: :) http://www.cdash.org/CDash/viewNotes.php?buildid=484307 Which is why nothing built for t

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

On 12/2/09 10:10 AM, Bill Hoffman said: >Well, as Dave mentioned the -j flag only works with gmake. It does not >work with Xcode, as you tried here: :) > > >http://www.cdash.org/CDash/viewNotes.php?buildid=484307 > >Which is why nothing built for that build. :) Doh! I blindly changed all 30 o

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

Sean McBride wrote: On 12/1/09 12:30 PM, Bill Hoffman said: Is that better/worse/equivalent to David's suggestion of: set(CTEST_BUILD_FLAGS -j4) ? Worse most likely. :) Both should work. Thanks. If our dashboards are all red tomorrow, you'll know why. :) Well, as Dave mentioned the -j

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

On 12/1/09 12:30 PM, Bill Hoffman said: >> Is that better/worse/equivalent to David's suggestion of: >> >> set(CTEST_BUILD_FLAGS -j4) ? >> > >Worse most likely. :) > >Both should work. Thanks. If our dashboards are all red tomorrow, you'll know why. :) -- ___

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

Sean McBride wrote: On 11/30/09 3:52 PM, Bill Hoffman said: David Cole wrote: In the script, prior to the ctest_build call, do: set(CTEST_BUILD_FLAGS -j4) (only works with make that supports -j, obviously...) We often do this in our scripts: set(CTEST_BUILD_COMMAND "make -j4 -i") MAKECOMMA

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

David Cole wrote: In the script, prior to the ctest_build call, do: set(CTEST_BUILD_FLAGS -j4) (only works with make that supports -j, obviously...) We often do this in our scripts: set(CTEST_BUILD_COMMAND "make -j4 -i") MAKECOMMAND:STRING=/usr/bin/make -i -j4 I don't think we will add the m

Re: [CMake] parallel builds (ctest_build() ) for dashboards ?

In the script, prior to the ctest_build call, do: set(CTEST_BUILD_FLAGS -j4) (only works with make that supports -j, obviously...) On Mon, Nov 30, 2009 at 3:05 PM, Alexander Neundorf wrote: > Hi, > > I'm running some dashboard builds and didn't find a way how to make the > builds > (via ctest_

[CMake] parallel builds (ctest_build() ) for dashboards ?

Hi, I'm running some dashboard builds and didn't find a way how to make the builds (via ctest_build()) run parallel, e.g. make -4. For ctest_test() there is a PARALLEL_LEVEL option, I didn't find this for ctest_build(). Is it possible to do this ? Alex __

Re: [CMake] Parallel builds and Eclipse CDT4 generator

On Thursday 12 March 2009, Michael Jackson wrote: > I think that is a CDT 5.x thing, I think. I have it on my CDT 5.x > installation but didn't remember having it on CDT 4. If there is a way > to set that "checkbox" during the CDT project file generation then CDT > will figure out how many compile

Re: [CMake] Parallel builds and Eclipse CDT4 generator

Am Donnerstag, 12. März 2009 09:37:12 wrote Adolfo Rodríguez: > We currently use three of CMake's generators: "Unix Makefiles", > "KDevelop3", and "Eclipse CDT4 - Unix Makefiles", and we're interested in > doing parallel builds. I use the environment variable MAKEFLAGS before starting eclipse, i

Re: [CMake] Parallel builds and Eclipse CDT4 generator

On Thu, Mar 12, 2009 at 10:56 PM, Alexander Neundorf < a.neundorf-w...@gmx.net> wrote: > On Thursday 12 March 2009, Bill Hoffman wrote: > > Alexander Neundorf wrote: > > >> I'm using CMake 2.6.2 and Eclipse CDT5 (not CDT4, could this be an > > >> issue?) > > > > > > I don't think so. > > > We coul

Re: [CMake] Parallel builds and Eclipse CDT4 generator

On Thursday 12 March 2009, Bill Hoffman wrote: > Alexander Neundorf wrote: > >> I'm using CMake 2.6.2 and Eclipse CDT5 (not CDT4, could this be an > >> issue?) > > > > I don't think so. > > We could add some special variable, like > > CMAKE_MAKEFILE_PROJECT_FLAGS or CMAKE_MAKEFILE_PARALLELITY, and

Re: [CMake] Parallel builds and Eclipse CDT4 generator

Alexander Neundorf wrote: I'm using CMake 2.6.2 and Eclipse CDT5 (not CDT4, could this be an issue?) I don't think so. We could add some special variable, like CMAKE_MAKEFILE_PROJECT_FLAGS or CMAKE_MAKEFILE_PARALLELITY, and use this in the makefile-based generators to set the "-jx" parameter

Re: [CMake] Parallel builds and Eclipse CDT4 generator

Alexander Neundorf wrote: On Thursday 12 March 2009, Adolfo Rodríguez wrote: We currently use three of CMake's generators: "Unix Makefiles", "KDevelop3", and "Eclipse CDT4 - Unix Makefiles", and we're interested in doing parallel builds. Doing so with makefiles is trivial (make -j#), as well as

Re: [CMake] Parallel builds and Eclipse CDT4 generator

On Thursday 12 March 2009, Adolfo Rodríguez wrote: > We currently use three of CMake's generators: "Unix Makefiles", > "KDevelop3", and "Eclipse CDT4 - Unix Makefiles", and we're interested in > doing parallel builds. Doing so with makefiles is trivial (make -j#), as > well as with KDevelop3 (only

[CMake] Parallel builds and Eclipse CDT4 generator

We currently use three of CMake's generators: "Unix Makefiles", "KDevelop3", and "Eclipse CDT4 - Unix Makefiles", and we're interested in doing parallel builds. Doing so with makefiles is trivial (make -j#), as well as with KDevelop3 (only _one_ parameter must be edited in the build options of the

Re: [CMake] parallel builds for ctest

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 new

Re: [CMake] parallel builds for ctest

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 t

Re: [CMake] parallel builds for ctest

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 steps..

Re: [CMake] parallel builds for ctest

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

Re: [CMake] parallel builds for ctest

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

Re: [CMake] parallel builds for ctest

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 <[EMAI

[CMake] parallel builds for ctest

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 "${CTEST_SOURCE_DIRECTORY}/build-ctes

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2008-02-06 22:37-0500 Bill Hoffman wrote: Alan W. Irwin wrote: No file level depends are done mostly a build time. This is a performance issue. Some generators like VS IDE do file level depends by themselves. With the makefiles cmake computes the depends, but at build time not cmake ti

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2008-02-06 21:04-0500 Brad King wrote: Alan W. Irwin wrote: On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: My first interpretation was "that" referred to graphviz, but in fact the file was produced at cmake time, and it was a simple matter to process it by hand using the "dot" command-line tool (even though I had never heard of that tool or graphviz before). "gv" has errors fo

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2008-02-06 21:05-0500 Bill Hoffman wrote: Could we have a cmake command-line option to evaluate/diagnose the complete list of file and target dependencies as understood by cmake? You could start with a print out of complete target dependency chains and file dependency chains as cmake unders

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it just evaluates target-level dependencies with

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it just evaluates target-level dependencies with

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-14 09:53-0800 Alan W. Irwin wrote: On 2007-12-14 10:32-0500 Brad King wrote: CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it just evaluates target-level dependencies with phony targets. That

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: So let me rephrase the question. Are the CMake developers happy with the present state of the dependencies system or are you considering some major changes there because of such issues as the difficulties in getting parallel builds to work properly for projects like PLplot

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-15 12:57-0500 Brad King wrote: Alan W. Irwin wrote: Well, it turns out I had to add four different target dependencies to the CMake-based PLplot build system to get rid of the parallel build problems I was having on my Core Duo box. One of them was pretty subtle so I missed it fo

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: Well, it turns out I had to add four different target dependencies to the CMake-based PLplot build system to get rid of the parallel build problems I was having on my Core Duo box. One of them was pretty subtle so I missed it for my first review of the dependencies. Nevert

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-14 09:53-0800 Alan W. Irwin wrote: Obviously, CMake 2.4.x users are stuck with these file dependency issues and their workarounds, but for obvious reasons and especially for the parallel build case I hope the complete rework of the CMake dependency system that has been mentioned previ

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-14 12:49-0500 Bill Hoffman wrote: You might also want to consider visual studio builds. It will build two targets at the same time if there is no dependency between them, and would have the same issue. Currently, we have had no reports about such problems. However, our windows de

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-14 10:32-0500 Brad King wrote: Alan W. Irwin wrote: I am struggling with understanding the recursive make system that CMake normally employs CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it jus

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

You might also want to consider visual studio builds. It will build two targets at the same time if there is no dependency between them, and would have the same issue. -Bill ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: > I am struggling with understanding the recursive make system that > CMake normally employs CMake employs a 2-level make recursion system that is independent of the directory structure. The first level never builds anything...it just evaluates target-level dependencies with

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-13 18:45-0800 Alan W. Irwin wrote: Brad, I am struggling with understanding the recursive make system that CMake normally employs so I am having trouble following the complete Makefile logic that my simple example creates. However, CMakeFiles/tclIndex_examples_tcl2.dir/build.make gen

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-13 19:15-0500 Brad King wrote: Alan W. Irwin wrote: So the rule seems to be that parallel builds do not work if there are two or more separate custom targets that file depend directly or indirectly (via some custom command file dependency chain) on the same output files. Another way

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: > So the rule seems to be that parallel builds do not work if there are two > or more separate custom targets that file depend directly or indirectly > (via > some custom command file dependency chain) on the same output files. > > Another way of summarizing these results is t

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-13 17:07-0500 Brad King wrote: Alan W. Irwin wrote: So just keeping narrowly focussed on that fragment there is only one "ALL" custom target and ADD_DEPENDENCIES would not help since it only works on targets. Thus, I doubt there is anything locally wrong with dependencies there. It

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: > So just keeping narrowly focussed on that fragment there is only one "ALL" > custom target and ADD_DEPENDENCIES would not help since it only works on > targets. Thus, I doubt there is anything locally wrong with dependencies > there. It is possible some other dependency is

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: > It was good to hear that make -j N normally works with CMake. Yes indeed. I frequently run make -j70 across a 35-host dual-CPU cluster using distcc, and every time I've updated CMake's files, it's correctly rebuilt the makefiles before continuing. http://www.cmake

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-13 15:39-0500 Bill Hoffman wrote: Alan W. Irwin wrote: My obvious next step is to try and make a simple CMake example that reliably reproduces the bug, but this is such an important bug (at least for those with access to multiprocessors who want to use parallel builds) that I thoug

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin wrote: My obvious next step is to try and make a simple CMake example that reliably reproduces the bug, but this is such an important bug (at least for those with access to multiprocessors who want to use parallel builds) that I thought the above result was worth reporting immedia

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-12 17:10-0800 Alan W. Irwin wrote: A set of custom rules to copy files from the source tree to the build tree is screwing up for parallel builds on Debian testing with cmake 2.4.7. Here is part of the "make -j 2" output: make -f examples/tcl/CMakeFiles/tclIndex_examples_tcl.dir/bu

Re: [CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

On 2007-12-12 17:10-0800 Alan W. Irwin wrote: A set of custom rules to copy files from the source tree to the build tree is screwing up for parallel builds on Debian testing with cmake 2.4.7. The parallel builds are done with "make -j 2" on a core duo system (Intel E6550 2.33 MHz). Before anyb

[CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

A set of custom rules to copy files from the source tree to the build tree is screwing up for parallel builds on Debian testing with cmake 2.4.7. The parallel builds are done with "make -j 2" on a core duo system (Intel E6550 2.33 MHz). I am not sure whether the issue is something wrong with our

Re: [CMake] parallel builds

Darby J Van Uitert wrote: Hello, How can I have the build portion of running ctest -D Experimental use the -j option and do a parallel build? I normally do a make -j4 and want to do something similar when building an Experimental (or Nightly or Continuous build for that matter). Thanks. Sorry

[CMake] parallel builds

Hello, How can I have the build portion of running ctest -D Experimental use the -j option and do a parallel build? I normally do a make -j4 and want to do something similar when building an Experimental (or Nightly or Continuous build for that matter). Thanks. Sorry if this is obvious. -d