Okay, here's my patch. It worked on my system. I tested with the
versions I have installed: VS 2008 and VS 2013, and it worked great.
Fairly simple. Updated the docs [sufficiently, I think]. Thanks,
Brad, for your direction.
Let me know your feedback.
Thanks
On 06/02/2015 11:45 AM,
Greetings,
Any reason that cmake's own VS project generation doesn't make use of
/MP https://msdn.microsoft.com/en-us/library/bb385193.aspx to make use
of multiple cores? I added it manually, and cmake build times go
through the floor. That option has been present since VS 2008.
-- Davy
On 6/3/2015 4:32 PM, Davy Durham wrote:
Greetings,
Any reason that cmake's own VS project generation doesn't make use of
/MP https://msdn.microsoft.com/en-us/library/bb385193.aspx to make use
of multiple cores? I added it manually, and cmake build times go
through the floor. That option has
Hi Brad,
attached is a patch with everything in one commit rebased to the most
current master commit.
Rgds
Richard
Am Dienstag, den 02.06.2015, 16:46 -0400 schrieb Brad King:
On 06/02/2015 04:09 PM, Richard Ulrich wrote:
Thanks. Please re-send your response directly to the list
so it can
I haven't ever had this be a problem, but FWIW one can find Maximum
number of parallel project builds under Tools - Options - Projects
and Solutions - Build and Run and set that to 1 to disable target
parallelism. Of course, that's environmental rather than something
cmake could control
On
On 6/3/2015 5:55 PM, Davy Durham wrote:
I haven't ever had this be a problem, but FWIW one can find Maximum
number of parallel project builds under Tools - Options - Projects
and Solutions - Build and Run and set that to 1 to disable target
parallelism. Of course, that's environmental rather
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15601
==
Reported By:Valerii Kanunik
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15602
==
Reported By:arlbranch
Assigned To:
On 06/03/2015 06:26 AM, 정언 wrote:
Thanks! Please re-order the patches to do the refactoring
of argument parsing first and the functional changes second.
Can you explain what you mean by 'reordering patches'? Does it mean I
should write one more patch for that, or I should merge my patches
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15603
==
Reported By:Jan Ciger
Assigned To:
10 matches
Mail list logo