j s wrote:
I don't think so, but this article claims that by specifying multiple
c++ files at the same time, the Visual C++ compiler will parallelize them:
http://stackoverflow.com/questions/601970/how-do-i-utilise-all-the-cores-for-nmake
By default visual studio uses 2 threads on my machine, a dual core AMD.
I notice when I have RUNTESTS (I can't remember) enabled, it may attempt to
run the tests before my project is even built.
If certain sub directories depend on a target in another directory already
being built, is it safe to
On Thu, Jul 30, 2009 at 11:44 AM, j sj.s4...@gmail.com wrote:
By default visual studio uses 2 threads on my machine, a dual core AMD.
I notice when I have RUNTESTS (I can't remember) enabled, it may attempt to
run the tests before my project is even built.
If certain sub directories depend
On Thu, Jul 30, 2009 at 2:16 PM, j sj.s4...@gmail.com wrote:
I guess I won't be using the parallel option in Visual Studio, then.
I have found it rare to have issues like this even on quad core
machines but it does happen. I build on 5 or so different machines
from 2 to 4 cores.
A
I guess I won't be using the parallel option in Visual Studio, then. A
non-deterministic build order is not worth the risk.
Juan
On Thu, Jul 30, 2009 at 10:53 AM, John Drescher dresche...@gmail.comwrote:
On Thu, Jul 30, 2009 at 11:44 AM, j sj.s4...@gmail.com wrote:
By default visual studio
I don't think so, but this article claims that by specifying multiple c++
files at the same time, the Visual C++ compiler will parallelize them:
http://stackoverflow.com/questions/601970/how-do-i-utilise-all-the-cores-for-nmake
Regards,
Juan
On Thu, Jul 30, 2009 at 1:28 PM, Dominik Szczerba
If something is non-deterministic then it means there is a missing
dependency somewhere...
This should work. We have many dashboards that run with parallel Visual
Studio builds and work reliably day after day. Whenever I have seen a
problem with it, there has always been a missing depedency
No. There is no -j flag to nmake.
On Thu, Jul 30, 2009 at 2:28 PM, Dominik Szczerba domi...@itis.ethz.chwrote:
BTW do you know if it is possible to do a parallel build with nmake? (like
-jN with GNU make)
-- Dominik
John Drescher wrote:
On Thu, Jul 30, 2009 at 2:16 PM, j
Going into the build configuration and telling it to run tests, (I think the
checkbox is RUNTESTS, but I don't have my laptop here), causes it to run
tests as it is trying to compile the main executable for my project.
The directory structure is:
lib1
lib2
lib3
main (location of the main() entry
On Thu, Jul 30, 2009 at 2:44 PM, j sj.s4...@gmail.com wrote:
Going into the build configuration and telling it to run tests, (I think the
checkbox is RUNTESTS, but I don't have my laptop here), causes it to run
tests as it is trying to compile the main executable for my project.
The directory
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dominik Szczerba schrieb:
BTW do you know if it is possible to do a parallel build with nmake?
(like -jN with GNU make)
It isn't.
A replacement tool has been developed though:
To clarify, if my dependencies are properly spelled out correctly for all of
my targets, the build order will be handled properly in Visual Studio?
Regards,
Juan
On Thu, Jul 30, 2009 at 1:47 PM, John Drescher dresche...@gmail.com wrote:
On Thu, Jul 30, 2009 at 2:44 PM, j sj.s4...@gmail.com
j s wrote:
To clarify, if my dependencies are properly spelled out correctly for
all of my targets, the build order will be handled properly in Visual
Studio?
Yes, and if you are running it from the command line, you should build
the ALL_BUILD target. Then build the RUN_TESTS. Currently,
I get this issue building VTK, ParaView and ITK on Windows. It often
happens if I haven't build for a week or so. Generally just re-running
the build again fixes everything.
To me it seems to be a Visual Studio issue not CMake.
Andrew
On Fri, Jul 31, 2009 at 5:10 AM, Bill
14 matches
Mail list logo
