The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=12004
==
Reported By:Arttu Valo
Assigned To:
Hello everyone,
This weekend I started to work on a new generator for Ninja. I did
not know the internal architecture of CMake so I spent most of my time
understanding how it works. I have the very little beginning of
something in a local topic branch. It is not able to bootstrap a
simple
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12006
==
Reported By:Martin Konrad
Assigned To:
On Wed, Mar 23, 2011 at 6:58 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 3/23/2011 9:47 AM, Nicolas Desprès wrote:
Hello everyone,
This weekend I started to work on a new generator for Ninja. I did
not know the internal architecture of CMake so I spent most of my time
understanding
Thanks guys.
I ended up with a different (hack) way:
To recap, my issue was that my patch would be applied twice when
building with multi-configuration generators.
Since I am always building the external project with a release
configuration, the following worked fine to disable the
On Mon, Feb 14, 2011 at 9:39 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 2/14/2011 3:37 PM, Jean-Christophe Fillion-Robin wrote:
Last night, I started a topic named ninja-generator on my github ...
see https://github.com/jcfr/CMake/tree/ninja-generator
Right now, I just copied all
You might break this transitivity by explicitly setting
the LINK_INTERFACE_LIBRARIES target properties of FeatureViewer to
That did it Thanks, Michael. That's exactly what I needed.
It's somewhat moot now, but your second suggestion confused me, and I'd like to
understand better:
As
Jc-
Thanks for the suggestions, but it's not clear if your suggestions are general
suggestions, or if they actually address the problem I'm experiencing.
Moreover, the problems that your suggestions claim to solve seem to be problems
that I am not experiencing.
For example, you write:
After
On 03/23/2011 03:21 PM, Chris Volpe ARA/SED wrote:
You might break this transitivity by explicitly setting
the LINK_INTERFACE_LIBRARIES target properties of FeatureViewer to
That did it Thanks, Michael. That's exactly what I needed.
It's somewhat moot now, but your second suggestion
On 03/23/2011 05:26 PM, Chris Volpe ARA/SED wrote:
Jc-
Thanks for the suggestions, but it's not clear if your suggestions are
general suggestions, or if they actually address the problem I'm
experiencing. Moreover, the problems that your suggestions claim to solve
seem to be problems
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via fb46ce90910995e3096a1c9b415fed35dbdcd79b (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 02b69e6f7df2b92a418946094685eb88542e10fa (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 6b14f9017e2bf851527fbef24dbbb3cea14649d1 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 29487baceadc3c416178d325a9656c9d68c53972 (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 1fe87deb6db89a50441874ebca6a421992da4f73 (commit)
via
15 matches
Mail list logo