On 6/8/2012 5:15 PM, Peter Kümmel wrote:
It is not getting that far. It is not even running cmcldeps. :)
The command= line is bad, so nothing builds, and we get no .d files.
I added parentheses around cmcldeps, it should work now.
I also found that CMAKE_CL_SHOWINCLUDE_PREFIX is not set fo
Peter Kümmel writes:
>>
>> It is not getting that far. It is not even running cmcldeps. :)
>> The command= line is bad, so nothing builds, and we get no .d files.
>>
>
> I added parentheses around cmcldeps, it should work now.
With your binaries from 2 hours ago, changes on header files are
co
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13288
==
Reported By:zub
Assigned To:
===
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13287
==
Reported By:Chris Stankevitz
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13286
==
Reported By:Alex Merry
Assigned To:
It is not getting that far. It is not even running cmcldeps. :)
The command= line is bad, so nothing builds, and we get no .d files.
I added parentheses around cmcldeps, it should work now.
I also found that CMAKE_CL_SHOWINCLUDE_PREFIX is not set for different
CMakeLists.txt. I assume Win
On 08.06.2012 21:11, Claus Klein wrote:
Hi Peter,
can you please explain what is the state of your ninja fork.
It only adds cldeps and the CMakeLists.txt, nothing else.
Is is sync with origin ninja?
Yes, I branched yesterday.
Will it merged later?
Can you please apply my time-stamp pat
Hi Peter,can you please explain what is the state of your ninja fork.Is is sync with origin ninja?Will it merged later?Can you please apply my time-stamp patch?P.S.I tried to compile it with your CMakeLists.txt file, but it needs love on linux (UNIX) build hosts. //RegardsClaus
ninja-use-stat64.pa
On 6/8/2012 2:02 PM, Peter Kümmel wrote:
I just tried to run an experimental dashboard and it failed.
I think it was because my cmake build had a space in the path:
command = C:/Users/hoffman/Work/My
Builds/cmake-gmake/bin/cmcldeps.exe $in $out.d $out "Note: including
file: " C:\PROGRA~2\MIC
On 08.06.2012 19:40, Bill Hoffman wrote:
On 6/8/2012 12:38 PM, Peter Kümmel wrote:
I've pushed it to next to see if the BuildDepends test also passes on
the build server.
If someone giv it a try, I've uploaded binaries here
https://sourceforge.net/projects/cmakescript/files/
You need cmake
On 6/8/2012 12:38 PM, Peter Kümmel wrote:
I've pushed it to next to see if the BuildDepends test also passes on
the build server.
If someone giv it a try, I've uploaded binaries here
https://sourceforge.net/projects/cmakescript/files/
You need cmake and ninja (ninja/master, copy it into cma
On Fri, Jun 8, 2012 at 12:52 PM, Brad King wrote:
> On 06/08/2012 11:16 AM, Stephen Kelly wrote:
> > David Cole wrote:
> >
> >> Please eradicate that, and then this topic will be ready for merging.
> >>
> >
> > It looks like the unit test is not being executed on the FarAway linux
> > continuous
Brad King wrote:
> On 06/08/2012 11:16 AM, Stephen Kelly wrote:
>> David Cole wrote:
>>
>>> Please eradicate that, and then this topic will be ready for merging.
>>>
>>
>> It looks like the unit test is not being executed on the FarAway linux
>> continuous build.
>>
>> That started yesterday, a
On 06/08/2012 11:16 AM, Stephen Kelly wrote:
> David Cole wrote:
>
>> Please eradicate that, and then this topic will be ready for merging.
>>
>
> It looks like the unit test is not being executed on the FarAway linux
> continuous build.
>
> That started yesterday, and as it is continuous (unc
I woudl rather have it discover it for the appropriate version of
visual studio I select as a generator, I have already copied the
findprogram code from the script and put it at the head of a couple of
the scripts, but this doesn't fix that the outer layer is still being
built with devenv. I don't
On 08.06.2012 18:10, Peter Kümmel wrote:
The only thing to do is to figure out the prefix of /showIncludes, it's
hard coded atm:
https://github.com/syntheticpp/ninja/blob/cldeps/misc/cldeps.cc#L150
and to pass it to cldeps.
Interesting problem... Maybe just look for the second : or somethin
On Fri, Jun 8, 2012 at 6:26 PM, Óscar Fuentes wrote:
> J Decker writes:
>
>> I mean using cmake --build . and/or getting BUILD_COMMAND from cmake
>> which comes back as devenv which is then used to build projects.
>>
>> I had a bunch of cmake projects that built from a batch file, then I
>> made
J Decker writes:
> I mean using cmake --build . and/or getting BUILD_COMMAND from cmake
> which comes back as devenv which is then used to build projects.
>
> I had a bunch of cmake projects that built from a batch file, then I
> made a cmakelists that does the same thing, so I have one
> cmakeli
I mean using cmake --build . and/or getting BUILD_COMMAND from cmake
which comes back as devenv which is then used to build projects.
I had a bunch of cmake projects that built from a batch file, then I
made a cmakelists that does the same thing, so I have one
cmakelists.txt which builds all other
Hi,
Sorry but it's not clear to me: when you say "using devenv" do you
mean opening the IDE, or do you mean calling devenv form the
command-line like "devenv /build Debug mysolution.sln"? The former is
slow due to IntelliSense, ReSharper, etc but the latter is very fast.
On Fri, Jun 8, 2012 at 5
The only thing to do is to figure out the prefix of /showIncludes, it's
hard coded atm:
https://github.com/syntheticpp/ninja/blob/cldeps/misc/cldeps.cc#L150
and to pass it to cldeps.
Interesting problem... Maybe just look for the second : or something
like that.
I compile a test file and e
There are two reasons this is an issue (for me)
1) using devenv to build is MUCH slower on many of the projects than
just using MSBuild. ... yes I know, longer build times mean more time
at the water cooler or whatever...
2) Using devenv, each project that gets built becomes a
most-recently-used
David Cole wrote:
> Please eradicate that, and then this topic will be ready for merging.
>
It looks like the unit test is not being executed on the FarAway linux
continuous build.
That started yesterday, and as it is continuous (unclean?), I thought a
clean build today would resolve it, but
Brad King wrote:
> On 06/08/2012 10:08 AM, Stephen Kelly wrote:
>> David Cole wrote:
>>>
>>> There's also this build warning:
>>>
>>> http://open.cdash.org/viewBuildError.php?type=1&buildid=2342611
>>>
>>> Please eradicate that, and then this topic will be ready for merging.
>>
>> Any idea what
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13282
==
Reported By:brett.dellegrazie
Assigned To:
On 06/08/2012 10:08 AM, Stephen Kelly wrote:
> David Cole wrote:
>>
>> There's also this build warning:
>>
>> http://open.cdash.org/viewBuildError.php?type=1&buildid=2342611
>>
>> Please eradicate that, and then this topic will be ready for merging.
>
> Any idea what causes it?
>
> I don't see
David Cole wrote:
>
> There's also this build warning:
>
> http://open.cdash.org/viewBuildError.php?type=1&buildid=2342611
>
> Please eradicate that, and then this topic will be ready for merging.
Any idea what causes it?
I don't see why only that line would cause such a warning. It should
On Fri, Jun 8, 2012 at 8:28 AM, Stephen Kelly wrote:
> Brad King wrote:
>
> > On 06/08/2012 04:50 AM, Stephen Kelly wrote:
> >> I still have an error with Watcom that I don't know how to fix, which I
> >> think is the last error on this topic:
> >>
> >> http://open.cdash.org/testDetails.php?test=
Brad King wrote:
> On 06/08/2012 04:50 AM, Stephen Kelly wrote:
>> I still have an error with Watcom that I don't know how to fix, which I
>> think is the last error on this topic:
>>
>> http://open.cdash.org/testDetails.php?test=148809149&build=2343558
>>
>> My guess was that the CMAKE_CXX_COMP
On 06/08/2012 04:50 AM, Stephen Kelly wrote:
> I still have an error with Watcom that I don't know how to fix, which I
> think is the last error on this topic:
>
> http://open.cdash.org/testDetails.php?test=148809149&build=2343558
>
> My guess was that the CMAKE_CXX_COMPILE_OPTIONS_DLL flag is n
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13281
==
Reported By:renzodenardi
Assigned To:
Brad King wrote:
> On Wed, Jun 6, 2012 at 3:48 AM, Stephen Kelly
> wrote:
>> This seems to have caused todays failures:
>>
>> http://open.cdash.org/buildSummary.php?buildid=2337242
>> * Does the test pass if you replace
>>
>> if(NOT CMAKE_C_COMPILER_VERSION VERSION_LESS 3.4)
>> with
>> if(NOT CMA
32 matches
Mail list logo
