Brad King wrote:
On Wed, Jun 6, 2012 at 3:48 AM, Stephen Kelly
steve...@gmail.com 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
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=13281
==
Reported By:renzodenardi
Assigned To:
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=148809149build=2343558
My guess was that the CMAKE_CXX_COMPILE_OPTIONS_DLL flag is not
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=148809149build=2343558
My guess was that the
On Fri, Jun 8, 2012 at 8:28 AM, Stephen Kelly steve...@gmail.com 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:
David Cole wrote:
There's also this build warning:
http://open.cdash.org/viewBuildError.php?type=1buildid=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 be
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=1buildid=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
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=1buildid=2342611
Please eradicate that, and then this topic will be ready for merging.
Any idea what causes it?
I don't
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
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
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
J Decker d3c...@gmail.com 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
On Fri, Jun 8, 2012 at 6:26 PM, Óscar Fuentes o...@wanadoo.es wrote:
J Decker d3c...@gmail.com 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
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
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
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 (unclean?), I
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, and as it is
On Fri, Jun 8, 2012 at 12:52 PM, Brad King brad.k...@kitware.com 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
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
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
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
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
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
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13286
==
Reported By:Alex Merry
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=13288
==
Reported By:zub
Assigned To:
Peter Kümmel syntheti...@gmx.net 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
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
28 matches
Mail list logo