e of MSBuild (which is not that bad
> compared to Ninja), the benefits would only be substantial in enourmous
> projects. MS generally looks into increasing build throughput by integrating
> IncrediBuild into their IDE.
>
>
>
>
>
>
>
> Feladó: Robert Dailey
> Elkül
Címzett: CMake
Tárgy: [CMake] Visual Studio + Ninja?
Right now I am using a toolchain file to setup cmake to build my C++
code against Android NDK. I also have several custom targets for
running 'ant' commands for the java portions.
I can use the Ninja generator to generate the build scripts to make
Right now I am using a toolchain file to setup cmake to build my C++
code against Android NDK. I also have several custom targets for
running 'ant' commands for the java portions.
I can use the Ninja generator to generate the build scripts to make my
builds work fine. However, I'd love to be able
James Johnston wrote:
>> > it would be useful to have Visual Studio available as an "Extra" CMake
>> > generator. For example, specification of "Visual Studio 2015 - Ninja"
>>
>> This functionality sounds reasonable but the name of the extra/generator
>> pair looks funny when spelled out that
> -Original Message-
> From: cmake-developers [mailto:cmake-developers-boun...@cmake.org]
> On Behalf Of Brad King
> Sent: Wednesday, September 09, 2015 15:00
> To: cmake-developers@cmake.org
> Subject: Re: [cmake-developers] [CMake] Visual Studio -
> Ninja Generat
On 09/02/2015 03:34 PM, James Johnston wrote:
> useful if the Visual Studio generators in CMake were refactored somewhat
Even without the C# motivation I think factoring out a "MSBuild" generator
infrastructure internally will be useful. Currently we call it "VS 10"
because it happened to be the
...@cmake.org] On Behalf Of Hendrik Sattler
Sent: Monday, August 31, 2015 15:49
To: Guillaume Dumont; cmake@cmake.org
Subject: Re: [CMake] Visual Studio - Ninja Generator
Hi,
did you really enable parallel compiling in VS with /MP24 or the like? Note
that using devenv to build uses the number from
lement undocumented
behavior of Microsoft's MSBuild targets; we just use them directly as a black
box.
Best regards,
James Johnston
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Guillaume Dumont
Sent: Monday, August 31, 2015 16:49
To: Gonzalo
Cc: cmake@cmake.org
Subject: Re: [CMake
lement undocumented
behavior of Microsoft's MSBuild targets; we just use them directly as a black
box.
Best regards,
James Johnston
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Guillaume Dumont
Sent: Monday, August 31, 2015 16:49
To: Gonzalo
Cc: cm...@cmake.org
Subject: Re: [CMake
Hi,
did you really enable parallel compiling in VS with /MP24 or the like? Note
that using devenv to build uses the number from the IDE user settings but using
msbuild needs a command line option.
Else just create a custom target that calls cmake for ninja and afterwards
ninja itself in yet
El 31/08/15 a las 11:35, Guillaume Dumont escribió:
Hi all,
Using ninja is especially useful for projects with a lot of CUDA files
which are built sequentially for every target using MSVS.
I would like to contribute but I don't really know where to start and
if such an effort already
@Hendrik Sattler
I have not experimented with the /MP flag that much, but this won't solve
my problem when the project contains a lot of CUDA files. The /MP flag as
not effect there.
Yes I could indeed create a custom build target and create additional build
trees to build using ninja in there
Hi all,
I would like to know what kind of effort would it take to generate a Visual
Studio generator that bypasses the normal MSBuild build and uses Ninja
instead. I have been working on different projects which build much faster
with ninja than MSBuild (several orders of magnitude on a machine
13 matches
Mail list logo