ding print statements in the cmake
code until you find out what is going wrong.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--
Powered by www.kitware.com
Visit other Ki
I am on the debian bug alert list for cmake, and will forward bugs that
look like they should go upstream to the cmake-dev list.
Here is the first one:
Original Message
Subject: [Bug 1066939] [NEW] Cannot find postgres package
Date: Mon, 15 Oct 2012 15:29:07 -
From: Greg
ot;/". Then if a
generator requires it to be specifically windows we call
cmSystemTools::ConvertToWindowsOutputPath.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (51
On 10/10/2012 5:07 PM, Stephen Kelly wrote:
I sent a patch last week to the maintainer of that system to try out, but he
didn't tell me yet whether it worked or not.
Thanks,
Steve.
Maybe just check it in and see if it fixes the problem.
--
Bill Hoffman
Kitware, Inc.
28 Corporate
After this commit: http://open.cdash.org/viewUpdate.php?buildid=2598155
This build error has persisted:
http://open.cdash.org/viewBuildError.php?buildid=2598155
"/export/home/cport/Dashboards/MyTests/CMake/Source/cmGeneratorExpressionEvaluator.cxx",
line 484: Error: The name reportError(cmGener
some links:
http://www.kdab.com/using-cmake-with-qt-5/
http://doc-snapshot.qt-project.org/5.0/cmake-manual.html
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--
ake\source\cmGeneratorExpressionEvaluator.h(49) : error
C2061: syntax error : identifier 'uint'
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371
On 9/13/2012 12:44 PM, Stephen Kelly wrote:
Thanks. I'm too used to everything being implicitly shared:). Valgrind
didn't show the problem, interestingly enough.
Odd, it does not show up in the coverage either?
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
On 9/10/2012 5:38 PM, J Decker wrote:
I will probably complain from now until it's fixed with a perference
(which will probably mean me writing a patch; but... )
Devenv has a side effect that msbuild does not; devenv writes to the
most recently used projects, msbuild does not. So I can keep us
On 9/7/2012 12:13 PM, Benjamin Eikel wrote:
Yes, I have seen that in the beginning when the generator did not work as
expected. At the moment, it builds from the command line, but only if you give
it access to a display (a window is opened by C::B, but that closes
immediately after the build has
erify the compile.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
can be integrated
into your own work processes.
codeblocks.exe /na /nd --no-splash-screen --built .cbp
--target=’Release’
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518
On 9/5/2012 2:48 PM, Benjamin Eikel wrote:
>So, go ahead:-)
>Is it possible to build a CodeBlocks project from the command line ?
>I think this is necessary so all the tests can be executed.
if the new CMake generator builds an XML project file like it is done at the
moment, sure. Why shouldn't
/testDetails.php?test=156781454&build=2522326
Any ideas? Maybe cmcldeps is not working for some reason?
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
--
Powere
Go CMake!
- sent from my open source android phone.
-- Forwarded message --
From: "Jordan Rose"
Date: Aug 24, 2012 4:28 PM
Subject: [cfe-dev] Warm Fuzzies
To: "cfe-...@cs.uiuc.edu Developers"
Now that the mailing list is back up, I can share this testimonial from my
friend:
> W
On 8/15/2012 11:36 AM, Peter Kümmel wrote:
ATM it only supports the English version of MS Studio, also the workaround
for rc.exe is not available.
In the long run we could try to move all needed functionallity into
ninja's cldeps, but using our cldeps until then is no problem I think.
OK, as lon
Looks like ninja on windows might natively have some sort of cmcldeps
now. Will that cause trouble with the cmake one? Should we remove the
cmake one if ninja has one of its own now.
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/open
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=97c338bac910d087eff9b160e3b68f2482a5
http://open.cdash.org/testDetails.php?test=156453780&build=2517168
CMake Error at /export/home/kitware/Dashboards/My
Tests-SunOSsnv_135.11i86pc-gcc/CMake/Modules/FindX11.cmake:329 (list):
list sub-co
On 8/14/2012 10:34 AM, Stephen Kelly wrote:
Thanks. This is something I probably would not have even known to try.
Bill, aside from the above requests I made previously, could you see if this
makes a difference?
I think you have found a bug in the ninja generator. This fixes the crash:
(not s
t;${CMAKE_CURRENT_BINARY_DIR}/fail${COUNT}" Quoted=false
FilePath=0x036829b8 "C:/Users/hoffman/Work/My
Builds/cmake/Tests/Module/GenerateExportHeader/CMakeLists.txt"
...},{Value="${CMAKE_CURRENT_BINARY_DIR}/test${COUNT}" Quoted=false
FilePath= ...,...), cmExecutionStatus &am
On 8/13/2012 10:54 AM, Stephen Kelly wrote:
Bill Hoffman wrote:
There is a new failure here:
http://open.cdash.org/testDetails.php?test=156059931&build=2506673
Is the output truncated somehow, or is that really all of it?
I ran it in a debugger, and cmake was crashing, this fixed it, b
There is a new failure here:
http://open.cdash.org/testDetails.php?test=156059931&build=2506673
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://w
On 8/3/2012 5:30 PM, Óscar Fuentes wrote:
Brad King writes:
[snip]
As for your first option, a "zero-impact wrapper", what do you
envision would be the benefits?
[I'm not the OP]
Something I sorely miss on CMake is a way to express algorithms in a
clear way and to process large amounts of
optional. Then turn it back on
at the end. My concern is optional packages, maybe that is a rare case
not sure.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
Alex added this check:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a2be068c
It guards against broken installations of packages. This is a good
thing. However, it is causing a failed test:
http://open.cdash.org/buildSummary.php?buildid=2465838
--Checking FindVTK
CMake Error at
On 7/19/2012 2:39 PM, Evan Martin wrote:
Ninja points both the stdout and stderr of any executed subprocess
into the same pipe:
https://github.com/martine/ninja/blob/master/src/subprocess.cc#L86
Is the subprocess writing to both output streams without flushing?
Does this test behave reliably und
On 7/19/2012 10:55 AM, Richard Wackerbarth wrote:
The remaining issue is that the FreeBSD build seems to show some
"random" failures on the coverage test. I don't have bullseye, etc.
installed on that machine. So, I am suspecting that the error
reflects some race condition in forming the output s
On 7/19/2012 12:30 AM, Claus Klein wrote:
I am happy to see it works now and Ninja is eanabled and Mac
Yes, it is passing all test on the Mac. There was one build error last
night but I see that has been fixed this morning. So, thanks to Nico
and Peter for all the hard work in getting this wo
On 7/16/2012 8:07 PM, Richard Wackerbarth wrote:
With Ninja I have to look what happens. something goes still wrong.
I have a ctest script that pulls and builds ninja before building CMake.
You can see it here:
http://open.cdash.org/viewNotes.php?buildid=2448273
-Bill
--
Powered by www.
On 7/17/2012 1:43 PM, Peter Kümmel wrote:
On 17.07.2012 19:32, Bill Hoffman wrote:
On 7/17/2012 1:21 PM, Peter Kümmel wrote:
OK, maybe it is simpler to add a the functions to
cmNinjaTargetGenerator which
forwards the call to the Local/Global classes.
Lets just add the friend stuff for now
On 7/17/2012 1:21 PM, Peter Kümmel wrote:
OK, maybe it is simpler to add a the functions to cmNinjaTargetGenerator which
forwards the call to the Local/Global classes.
Lets just add the friend stuff for now so we can get the dashboard
building again.
Thanks.
--
Bill Hoffman
Kitware, Inc
On 7/17/2012 8:10 AM, Peter Kümmel wrote:
On 17.07.2012 13:45, David Cole wrote:
Peter, can you rebase this on current 'master', push this to our stage
as a branch, and merge it to 'next'...?
Done. Let's see what happens on CDash.
Looks ok, but is not building on Borland:
http://open.cda
On 7/15/2012 4:38 PM, Claus Klein wrote:
Can anyone please help?
To setup nightly builds follow the instructions here:
http://www.cmake.org/cmake/resources/testing.html
You should have the correct environment set before cmake is run. This
means PATH and CC, and CXX should be set correctly.
On 7/6/2012 12:45 PM, Nicolas Desprès wrote:
Both work. Generally I use helper class with language not supporting
multiple inheritance but if you prefer not to use it that's not a
problem. I'll do the patch. Thanks for answering.
Great, thanks for doing the work. Lets go with the helper class, s
On 7/6/2012 7:33 AM, Nicolas Desprès wrote:
I agree. Any idea how you would like to re-factor it? I am thinking
about using multiple inheritance by introducing a cmOSXBundleGenerator
class with CreateFramework and CreateAppBundle. WDYT?
Cheers,
Nico
Thanks, this is great.
I am not a big fan of
On 7/4/2012 3:16 AM, Peter Kümmel wrote:
Unofficial binaries you could find here:
http://sourceforge.net/projects/cmakescript/files/
The current RC for 2.8.9 RC 1 also has ninja support.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
Can we just put the link step into the response files?
Original Message
Subject: [CMake 0013366]: Ninja generator on windows does not take
everything into account when checking the command line length limit
Date: Sun, 1 Jul 2012 16:59:52 -0400
From: Mantis Bug Tracker
To:
existing generators. What
flavors where you thinking of? (chocolate, vanilla?) :)
Might also be just a flag or two set on existing generators.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518
On 6/21/2012 12:10 PM, J Decker wrote:
Is tehre anywhere that I can find a howto of how to approach creating
a new genreator?
--
What generator are you planning to write?
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/openso
ight crash. I am not sure how this works
on a fresh build tree either as cpack won't even exist.
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
518 881-4905 (Direct)
518 371-3971 x105
Fax (518) 371-4573
On 6/26/2012 2:42 PM, Claus Klein wrote:
yes, sure,
On Darwin, I simply do:
cmake -G 'Eclipse CDT4 - Ninja'
-DCMAKE_ECLIPSE_GENERATE_SOURCE_PROJECT=1 ../LMX
That works with any cmake project I work.
Nightly build on
uname -a
Darwin claus-kleins-macbook-pro.local 9.8.0 Darwin Kernel Version 9.
eck the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitware.com
http://www.kitware.com
Now that the ninja generator is on by default on windows, it is not
building on the old compilers. Looks like it is missing a std:: on a
make_pair call.
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please
On 6/13/2012 12:41 PM, Peter Kümmel wrote:
Yes, this looks like a more advanced solution.
We only need to extract #line 1234 "c:\..." from the generated file.
Peter
--
Just do this:
cl /P /showIncludes
Then it won't error out, and will show the includes in the same format.
-Bill
--
Power
On 6/13/2012 9:31 AM, Amine Khaldi wrote:
Please don't consider Windows as "done" until proper dependency tracking
is in place (it's lacking so far for rc files).
OK, so we need a test for rc file depend tracking. I did not realize
that was still missing. We have it for c/c++ now. I am guess
On 6/12/2012 7:08 PM, Peter Kümmel wrote:
So we don't need any ninja patches, neither for msvc nor for mingw.
All tests pass with ninja master.
WOW!
Congrats, this is awesome. The windows ninja dashboard is totally green
today. Thanks for all the hard work, this is really great stuff.
It
On 6/12/2012 3:15 PM, Peter Kümmel wrote:
First its evaluates the variable "out"
https://github.com/syntheticpp/ninja/blob/master/src/eval_env.cc#L36
-> "c:\my build\Utilities\KWIML\test\CMakeFiles\cmIML_test.dir\test.c.obj"
So, if this removed the quotes would it work: env->LookupVariable
On 6/12/2012 3:10 PM, Peter Kümmel wrote:
--> depfile = $out.d = "c:\my
build\Utilities\KWIML\test\CMakeFiles\cmIML_test.dir\test.c.obj".d
Maybe this should be mentioned on the ninja mailing list. If this were
CMake, I would say that the " should be stripped when $out is being
expanded.
On 6/12/2012 2:30 PM, Peter Kümmel wrote:
OK, but we need to handle strings like this:
"... \outlib.dir\outlib.c.obj".d
Peter
OK, so where does the .d get added? That seems like the problem. It
should not be adding a .d to the end of a quoted string.
--
Bill Hoffman
Kitwar
On 6/12/2012 1:44 PM, Peter Kümmel wrote:
I found a much simpler patch:
https://github.com/syntheticpp/ninja/commit/0ea34053a4692f190b8c13ce0ff032a57cece047
Could you please have a look at it before I create a merge request?
I would change RemoveQuotes to only remove them if they are at the
One more thing... Why is the MFC test failing now?
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link
On 6/12/2012 1:22 PM, Peter Kümmel wrote:
Maybe you should use "\" \"" as build folder ;)
I agree, it is crazy Well, lets hope you can get them to accept your
changes upstream. One thing that might help is if you created a case
that failed on linux with spaces in the path. They seem to c
On 6/12/2012 11:21 AM, Peter Kümmel wrote:
When you debug it, you will see that it is not that simple.
When the path is read you don't know what is done with it later on.
And feeding fopen with " is wrong anyway.
BTW, you can create files with " in the name on Windows, just not from
explorer
n, it should strip them, and store
it internally as a string. It would only need to be quoted again if it
was being written out to the disk again.
And feeding fopen with " is wrong anyway.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitwar
On 6/12/2012 5:27 AM, Peter Kümmel wrote:
Yes sounds strange, but atm I've no better idea, ninja adds the quotes
because it internally has a space separated list, see the link in my
comment in merge request:
https://github.com/martine/ninja/pull/324
This is the reason for the patch:
http://ope
On 6/11/2012 10:21 PM, Peter Kümmel wrote:
All tests pass now for MSVC and MinGW!
With some small patches for ninja:
https://github.com/syntheticpp/ninja/commits/ninja-for-cmake
The changes are only needed for msvc when the build
dir path contains spaces, and for mingw because of slashes
in pat
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
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 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 6/7/2012 5:46 PM, Peter Kümmel wrote:
Guessing configuration NoConfig
Start 82: BuildDepends
1/1 Test #82: BuildDepends . Passed 5.06 sec
;)
Bill, this was a great idea with cldeps!
Only small patches for cldeps and cmake and we now have dependency
tracking for msvc.
C
On 6/7/2012 10:43 AM, Peter Kümmel wrote:
Yes, I also think a solution on the cmake side make things much easier.
What about using cmake's build-in dependency parser. AFAIK there is one.
Could it be called by the command line?
I think it might be quicker to grab the cldep wrapper and try that
On 6/7/2012 10:13 AM, Peter Kuemmel wrote:
With my resent patches CMAKE_RC_COMPILER is also found when MinGW is used.
So not all tests fail any more.
What about adding a MinGW build with Ninja on CDash?
Peter
I can give it a try at some point. If anyone else wants to contribute
one, it is pre
On 6/6/2012 12:08 PM, Peter Kümmel wrote:
On 06.06.2012 16:27, Bill Hoffman wrote:
I will change the dashboard to use ninja
master. Right now it is still using your branch on git and is failing a
bunch of tests.
Now cmake prepends "cmd.exe /c" and the branched ninja also, so we hav
On 6/6/2012 7:14 AM, Peter Kümmel wrote:
Here the actual status of the Ninja generator.
The generator now uses Ninja's build-in response support.
- MSVC10
Dependency checking is still missing as essential feature,
but the rest is quite good:
The following tests FAILED:
82 - BuildDepends (Fa
On 6/4/2012 5:53 PM, Stephen Kelly wrote:
Bill Hoffman wrote:
That does not show up on the dashboard because of this:
IF("${CMAKE_TEST_GENERATOR}" MATCHES "Makefiles" OR
"${CMAKE_TEST_GENERATOR}" MATCHES Ninja)
SET(TEST_CompileCommandOutput 1)
ENDIF()
On 6/4/2012 2:22 PM, Peter Kümmel wrote:
We use ninja's response files:
# Rule for linking CXX static library.
rule CXX_STATIC_LIBRARY_LINKER
command = E:\sandbox\MinGW32\bin\ar.exe cr $out $LINK_FLAGS @$out.rsp
description = Linking CXX static library $out
rspfile = $out.rsp
rspfile
put.cxx"
That does not show up on the dashboard because of this:
IF("${CMAKE_TEST_GENERATOR}" MATCHES "Makefiles" OR
"${CMAKE_TEST_GENERATOR}" MATCHES Ninja)
SET(TEST_CompileCommandOutput 1)
ENDIF()
See, like the test driver should be able to read a file
On 6/1/2012 6:49 PM, J Decker wrote:
shouldn't cmake use 'msbuild' instead of 'devenv.com' or 'devenv.exe'?
I have a feeling that would solve one of my issues with visual studio,
in that after building a long chain of cmake projects using visual
studio, all of the most recent project references
On 5/30/2012 1:37 PM, Stephen Kelly wrote:
Bill Hoffman wrote:
Looks like there is one more left:
http://open.cdash.org/testDetails.php?test=146498578&build=2319638
Hmm, I'm not sure how to solve this.
It seems like the full path to the compiler with backslashes doesn&#
Looks like there is one more left:
http://open.cdash.org/testDetails.php?test=146498578&build=2319638
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
CompileCommandOutput is failing with spaces in the path and ninja:
http://open.cdash.org/testDetails.php?test=146442000&build=2285894
Seems to be this commit:
http://open.cdash.org/viewUpdate.php?buildid=2285734
Any ideas what is wrong?
-Bill
--
Powered by www.kitware.com
Visit other Kitwar
Does anyone know if the ninja master branch has support for file level
depends yet? I see some discussion of it on the ninja list, but I am
not sure. Also, are we able to use master ninja yet or do we still need
to be using this version:
http://sourceforge.net/projects/cmakescript/files/ninj
Anyone have any ideas what this bug is from:
https://bbs.archlinux.org/viewtopic.php?pid=1092231
-Bill
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http:
On 4/21/2012 7:37 AM, Peter Kümmel wrote:
Great! Is this the step which will be dropped when the /fast target is build?
Peter
No, that drops building all the dependent targets.
So, would it be possible to use CMake's depend generation with ninja?
Right now ninja creates the .d files as par
On 4/18/2012 5:14 PM, Richard Wackerbarth wrote:
Bill,
I hope that your question was not directed at me. As far as Ninja is
concerned, I just set up the build-bot and check to see that it runs
each night.
In general, I have presumed that "our" interest is on the CMake side.
Therefore, except fo
On 4/19/2012 4:16 AM, Nicolas Desprès wrote:
That's possible indeed. There are discussions whether to support all
compilers deps file formats inside Ninja or in another program (see
the deplist branch and discussion thread). The deplist branch is an
attempt to provide a common format to store the
On 4/18/2012 1:12 PM, Richard Wackerbarth wrote:
Let me know if someone needs information from the run which has not been posted
to the dashboard.
I can bring the machine online and retrieve things.
OK, so looking at the .d files, they are wrong.
I see this:
CMakeFiles/bar.dir/bar.cxx.o CMa
On 4/18/2012 1:12 PM, Richard Wackerbarth wrote:
Let me know if someone needs information from the run which has not been posted
to the dashboard.
I can bring the machine online and retrieve things.
Actually, if you could send me the .d files in that test directory that
might shed some light o
Any of the ninja folks have an idea why this test fails on FreeBSD:
http://open.cdash.org/testDetails.php?test=140695467&build=2197189
Run Build Command:/usr/local/bin/ninja
ninja: ERROR: dependency cycle: CMakeFiles/bar.dir/bar.cxx.o ->
CMakeFiles/bar.dir/bar.cxx.o
I am guessing something
On 4/7/2012 5:03 PM, Peter Collingbourne wrote:
On Sat, Apr 07, 2012 at 10:00:41PM +0200, Peter Kümmel wrote:
On 07.04.2012 21:56, Peter Kümmel wrote:
By default Ninja support is not enabled on Windows and Mac, somehow it was build
the last times but I touched the cmake code there and introduc
On 4/6/2012 1:13 PM, Peter Kümmel wrote:
- Can we use master ninja for the windows dashboard now?
Still no respone file support.
So, refresh my memory. The upstream ninja has response files now, but
CMake needs to be updated to use that way instead of what is in your
branch? Is that co
On 4/3/2012 7:53 PM, Nicolas Desprès wrote:
On next 68160664982d8f42ccfa8d68de778df823b52979
and on master 5e9c7731e16fc077a3637a02cb983d397329a23a with "Ninja":
The following tests FAILED:
1 - CMake.Install (Failed)
54 - ExportImport (Failed)
61 - Qt4Deploy (Failed)
Hi, I just wanted to get an update on the ninja generator status.
Right now all linux tests are passing, and that platform seems to be done.
Windows:
- No file level depend information
- Failing Tests: BuildDepends, Plugin
OSX:
- application bundle and framework creation is unimplement
On 3/17/2012 8:26 PM, Peter Collingbourne wrote:
Most likely some object files were not rebuilt as a result of header
file changes. This will happen if the compiler does not support
emitting dependency files, such as cl.exe. I think there are a couple
of ways we could consider supporting cl.ex
So, I did a git branch switch to next and ran ninja on my build tree.
It correctly re-ran cmake. But I found a link error building cmake-gui:
CMakeLib.lib(cmLocalVisualStudio10Generator.cxx.obj) : error LNK2001:
unresolved external symbol "public: virtual void __thiscall
cmLocalVisualStudio7
On 3/14/2012 1:42 PM, Nicolas Desprès wrote:
$ ../_build/bin/cmake -DCMAKE_ENABLE_NINJA=OFF .
$ ../_build/bin/cmake -DCMAKE_ENABLE_NINJA=ON .
$ ninja
ninja: no work to do.
$ ../_build/bin/cmake -DCMAKE_ENABLE_NINJA=OFF .
$ ninja
[...compile 200 outputs...]
Duh, of course, my bad. It is the -DCM
$ ninja rebuild_cache
[1/1] Running CMake to regenerate build system...
FAILED: cmd.exe /c cd "C:\Users\hoffman\Work\My Builds\cmake-ninja" &&
"C:\Users\hoffman\Work\My Builds\cmake-gmake\bin\cmake.exe"
-HC:/Users/hoffman/Work/My Builds/cmake -BC:/Users/hoffman/Work/My
Builds/cmake-ninja
CMak
On 3/13/2012 10:39 PM, Peter Collingbourne wrote:
Maybe another time we can think about ways to improve PCH support,
but for now I guess we can add an OR Ninja to this test and add
OBJECT_OUTPUTS support to the Ninja generator.
I tried making that blog active for ninja and a I get a new error:
On 3/14/2012 7:34 AM, Nicolas Desprès wrote:
Nope if you like in the generated build.ninja "build.ninja" appears
only once as an output using the RERUN_CMAKE rule.
I rather think it is a bug in ninja of the restat implementation.
What is the way to debug this? Can you get ninja to tell you why
It seems that if the CMakeCache.txt changes, and cmake re-runs, ninja
rebuilds almost ever single .obj file. For example, if I turn on and
off CMAKE_ENABLE_NINJA, Then it rebuilds all the .obj files instead of
relinking just a few executables since the .obj files are there all
ready. I had
On 3/13/2012 5:58 PM, Peter Kümmel wrote:
Not perfect because you tested it on an old build ;)
OK, I did a clean build tree, and it works now, thanks.
I just checked in a fix for
LinkDirectory
The remaining failing tests on windows are:
BuildDepends, ModuleDefinition, Plugin, and Precompile
t.exp
[9/9] Generating ../Docs/cmake.txt
Now it does nothing as expected:
$ ../ninja/ninja.exe
ninja: no work to do.
-rwxr-xr-x+ 1 hoffman Domain Users 137216 Mar 12 18:02 ../ninja/ninja.exe
-Bill
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065
bill.hoff...@kitwar
I have a windows ninja dashboard running now, it grabs ninja from here:
http://sourceforge.net/projects/cmakescript/files/ninja.exe/download
There is a warning that shows up on windows that looks real:
http://open.cdash.org/viewBuildError.php?type=1&buildid=2079618
These are the tests that fail
I am seeing that ninja always wants to relink the executables for me
every time it is run. The output is this:
$ ninja
[1/9] Linking C static library
Utilities\cmlibarchive\libarchive\cmlibarchive.lib
[2/9] Linking CXX executable bin\cmake.exe
[3/9] Linking CXX executable bin\cmw9xcom.exe
[4/
On 3/8/2012 9:38 PM, Peter Collingbourne wrote:
I did an exact search for that string:
http://www.google.co.uk/search?sourceid=chrome&ie=UTF-8&q=%22if(CMAKE_GENERATOR+MATCHES+Makefiles%22
and received only 36 hits, most of which seem to be matching
CMake's own code, which we can certainly chang
On 3/8/2012 8:37 PM, Alan W. Irwin wrote:
I think that would be confusing to users.
Could you define an internal variable (to identify those generators
that have Makefile-like characteristics) that could be tested instead
of CMAKE_GENERATOR?
I suppose you could, but it would not be backwards
I am wondering if we want to call the Ninja generator something like:
Ninja Makefiles... It is not totally accurate, but it avoids code like
this:
IF(CMAKE_GENERATOR MATCHES "Makefiles" OR CMAKE_GENERATOR MATCHES "Ninja")
Also, it is more likely to work with existing cmake build files. I h
On 3/7/2012 5:24 PM, David Cole wrote:
That might be fixed just now (perhaps) by stuff that I merged into
'next' this afternoon. Try with the very latest next of CMake. (One of
the commits from Peter K. had not yet been merged into next and it
dealt with directory creation...)
That fixed it. I
On 3/6/2012 6:17 PM, Peter Kümmel wrote:
The following tests FAILED:
78 - CustomCommandWorkingDirectory (Failed)
80 - BuildDepends (Failed)
98 - QtAutomoc (Failed)
116 - Plugin (Failed)
123 - ModuleDefinition (Failed)
155 - CTestTestStopTime (Failed)
Errors while running CTest
But it builds C
On 3/6/2012 1:29 PM, Peter Collingbourne wrote:
We can certainly do that, but the ninja binary would need to be
switched as soon as we get around to using rspfile in Ninja (and
no sooner).
OK, so is there a ninja binary that I can download right now that will
work if I change the cmake files
101 - 200 of 334 matches
Mail list logo
