Hi Peter,I would like to know your opinion aboutCanonical path'sWhile testing with ninja generator, I found same rules with nonCanonical include pathes.a simple example from my test
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 have
cmd.exe /c
On 06/05/2012 04:59 PM, Stephen Kelly wrote:
So far we don't have agreement about how this should look language-wise as
far as I can tell. I agree with David that stuffing it into the strings
harms readability.
[snip]
generator_expression(myGenExpr)
[snip]
The $GENERATOR:someName could
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
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro!
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
On 07.06.2012 16:21, Bill Hoffman wrote:
On 6/7/2012 10:08 AM, Peter Kuemmel wrote:
I changed the windows dashboard on dash2win64 to use ninja master.
Looks better now.
Thanks, only 2 left.
Do you have an idea why CTestTestTimeout doesn't work?
Not sure, might be a random thing. Let's
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
Brad King wrote:
On 06/05/2012 04:59 PM, Stephen Kelly wrote:
So far we don't have agreement about how this should look language-wise
as far as I can tell. I agree with David that stuffing it into the
strings harms readability.
[snip]
generator_expression(myGenExpr)
[snip]
The
On 06/07/2012 11:41 AM, Stephen Kelly wrote:
Brad King wrote:
On 06/05/2012 04:59 PM, Stephen Kelly wrote:
generator_expression(myGenExpr)
That is an interesting idea to keep in mind for the future but I think
the implementation of it is too tricky to be in scope now.
That's a little
Okay I saw the comments in the platform scripts about fortran, but
maybe a symbol could be added to maybe prefer msbuild; there are a
couple like that for InstallSystemRuntimeLibraries or whatever that
was... so you can control the behavior. The other alternative might
be add additional options
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13277
==
Reported By:Daniel R. Gomez
Assigned To:
Brad King wrote:
On 06/07/2012 11:41 AM, Stephen Kelly wrote:
Brad King wrote:
On 06/05/2012 04:59 PM, Stephen Kelly wrote:
generator_expression(myGenExpr)
That is an interesting idea to keep in mind for the future but I think
the implementation of it is too tricky to be in scope now.
On 06/07/2012 01:25 PM, Stephen Kelly wrote:
Although the questions are rhetorical, I'll answer them anyway to clarify
the intention of the proposal. I'm not trying to push my proposal, but I
want to make sure it's understood :).
The reason I said they're rhetorical is I'm not interested in
Hi Peter,It seem not so important, but is it wanted that ninja generator creates relative targets to PROJECT_BINARY_DIR?claus-kleins-macbook-pro:Example clausklein$ ninja -t query Hello/libHello.a Hello/libHello.a: input: CXX_STATIC_LIBRARY_LINKER Hello/CMakeFiles/Hello.dir/hello.o outputs:
On 07.06.2012 20:44, Claus Klein wrote:
Hi Peter,
It seem not so important, but is it wanted that ninja generator creates
relative targets to PROJECT_BINARY_DIR?
claus-kleins-macbook-pro:Example clausklein$ ninja -t query Hello/libHello.a
Hello/libHello.a:
input: CXX_STATIC_LIBRARY_LINKER
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13280
==
Reported By:Alex Herrmann
Assigned To:
Guessing configuration NoConfig
Start 82: BuildDepends
1/1 Test #82: BuildDepends . Passed5.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.
A cldeps binary is here:
Brad King wrote:
On 06/07/2012 01:25 PM, Stephen Kelly wrote:
Although the questions are rhetorical, I'll answer them anyway to clarify
the intention of the proposal. I'm not trying to push my proposal, but I
want to make sure it's understood :).
The reason I said they're rhetorical is I'm
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.
19 matches
Mail list logo