On 06/10/2012 02:23 PM, Peter Kuemmel wrote:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ba8d0db217399dede6d897c928b4dbf52e7e141b
commit ba8d0db217399dede6d897c928b4dbf52e7e141b
Author: Peter Kuemmel syntheti...@gmx.net
AuthorDate: Sun Jun 10 20:20:29 2012 +0200
Commit: Peter
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.
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
On 13.06.2012 15:16, Bill Hoffman wrote:
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
You can get install_foo to build always if you include ALL as an arg to
add_custom_target.
You cannot use INSTALL in an add_dependencies call, though. Rather, you
could list the executables that you need built *before* an install could be
successful -- that should be equivalent, but requires you
On Wed, Jun 13, 2012 at 05:34:14PM +0200, Peter Kümmel wrote:
On 13.06.2012 15:31, 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).
Please test stage. I've added rc file dependency tracking.
It's a
On Wed, Jun 13, 2012 at 9:09 AM, David Cole david.c...@kitware.com wrote:
You can get install_foo to build always if you include ALL as an arg to
add_custom_target.
You cannot use INSTALL in an add_dependencies call, though. Rather, you
could list the executables that you need built *before*
On 13.06.2012 18:09, Peter Collingbourne wrote:
On Wed, Jun 13, 2012 at 05:34:14PM +0200, Peter Kümmel wrote:
On 13.06.2012 15:31, 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).
Please test stage.
Brad King wrote:
On 06/08/2012 12:59 PM, Stephen Kelly wrote:
Fixed now (I hope), thanks,
This change is now in master in preparation for 2.8.9.
Thanks for your work and persistence on this!
FYI, I rewrote the topic history prior to merging to clean up
all the cruft from dashboard fixes
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
--
On 13.06.2012 18:53, Bill Hoffman wrote:
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
Oh, I can have it build INSTALL.vcxproj instead of my_project.sln with
target INSTALL.
On Wed, Jun 13, 2012 at 9:17 AM, J Decker d3c...@gmail.com wrote:
On Wed, Jun 13, 2012 at 9:09 AM, David Cole david.c...@kitware.com wrote:
You can get install_foo to build always if you include ALL as an arg
On Wed, Jun 13, 2012 at 1:20 PM, Peter Kümmel syntheti...@gmx.net wrote:
On 13.06.2012 18:53, Bill Hoffman wrote:
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
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13302
==
Reported By:Jean-Christophe Fillion-Robin
Hi Daniel.
Yes, that's how Visual Studio shows excluded files. If you exclude a
file by setting its Excluded from build property manually, you get
the same.
Petr
On Tue, Jun 12, 2012 at 8:31 PM, Daniel Dekkers d.dekk...@cthrough.nl wrote:
Ok, great, works.
So I guess the little red stop-sign
Somewhat related...
We now have the resources excluded from the build but visible in the IDE. So
far so good.
But we also want to copy them (all) to the build directory.
We have a post build command that does that.
But if you only change the contents of one of the resource files, a rebuild
is
On 06/13/2012 12:13 PM, Daniel Dekkers wrote:
Somewhat related...
We now have the resources excluded from the build but visible in the IDE. So
far so good.
But we also want to copy them (all) to the build directory.
We have a post build command that does that.
But if you only change the
You can group all the files to be copied into a single subproject.
We do this here:
http://reaction-diffusion.googlecode.com/svn/trunk/Ready/CMakeLists.txt
(see the section copy installation files to build folder)
On 13 June 2012 11:13, Daniel Dekkers d.dekk...@cthrough.nl wrote:
Somewhat
Hi Tim,
That works. In our case we get:
# Additional dedicated copy-the-resource-files-for-this-app-target
strategy.
# Copies resource files to the build directory, triggered by a file change
in one of them.
IF( RT_ALL_RSRC_FILES )
SET( RESOURCESCOPYTARGET Copy${RT_APP_NAME}Resources )
You could use solution filters to put all the copy targets into one folder:
set_property(GLOBAL PROPERTY USE_FOLDERS TRUE)
set_property(TARGET ${RESOURCESCOPYTARGET} PROPERTY FOLDER Copy
Projects) #for each resource copy target
Petr
On Wed, Jun 13, 2012 at 2:26 PM, Daniel Dekkers
Hello,
My Visual Studio 2010 is constantly prompting me to build ZERO_CHECK
every time I try to run my program, even though nothing has changed. Is
there a workaround for this?
How to reproduce:
1. Set up the simplest project possible (see below).
2. Configure and generate using the CMake
Am Mittwoch, den 13.06.2012, 14:51 +0200 schrieb Robert Carnecky:
Hello,
My Visual Studio 2010 is constantly prompting me to build ZERO_CHECK
every time I try to run my program, even though nothing has changed. Is
there a workaround for this?
No, that is the current situation. This
On Wed, Jun 13, 2012 at 10:04 AM, Micha Renner micha.ren...@t-online.dewrote:
Am Mittwoch, den 13.06.2012, 14:51 +0200 schrieb Robert Carnecky:
Hello,
My Visual Studio 2010 is constantly prompting me to build ZERO_CHECK
every time I try to run my program, even though nothing has changed.
Sorry to keep bothering you guys...
Our problem now is that resource files could have the same names in
different folders.
The ADD_CUSTOM_COMMAND seems to create a rule identifier based on the name
of the resource file relative to the CMakeFiles directory.
But we have a saveloadicon.png in
Is there a roadmap for version 2.8.9? I'm asking so I can see if there are
any issues/features I can pick up on my free time and help with, plus I'd
be interested in learning what features are planned.
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Wed, Jun 13, 2012 at 7:29 AM, Jonathan Romero jonn...@jonnyro.com wrote:
On Wed, Jun 13, 2012 at 10:04 AM, Micha Renner micha.ren...@t-online.de
wrote:
Am Mittwoch, den 13.06.2012, 14:51 +0200 schrieb Robert Carnecky:
Hello,
My Visual Studio 2010 is constantly prompting me to build
This might help. Anyway worth a try.
http://stackoverflow.com/questions/10972324/vs2010-c-solution-last-built-state
--
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
For Visual Studio, I always disable the zero check project by setting
CMAKE_SUPPRESS_REGENERATION to true in my CMake cache. The downside is
that you have to run CMake by hand to regenerate project files. But
the experience of CMake running while Visual Studio has the project
loaded is quite
We try to keep the list of bugs under consideration for the next version
available on our bug tracker's roadmap page:
http://public.kitware.com/Bug/roadmap_page.php
That said, though, we are going to be cutting release candidate 1 for 2.8.9
very soon (like today or one of the next few days...)
On 6/13/2012 5:14 PM, J Decker wrote:
On Wed, Jun 13, 2012 at 7:29 AM, Jonathan Romero jonn...@jonnyro.com wrote:
On Wed, Jun 13, 2012 at 10:04 AM, Micha Renner micha.ren...@t-online.de
wrote:
Am Mittwoch, den 13.06.2012, 14:51 +0200 schrieb Robert Carnecky:
Hello,
My Visual Studio 2010 is
Hello Folks!
I was having some troubles with FindPythonLibs, then I decided to debug it.
I've found out that the CMake wasn't translating the registry string to a
valid path:
FIND_LIBRARY(PYTHON_LIBRARY
NAMES python${_CURRENT_VERSION_NO_DOTS} python${_CURRENT_VERSION}
PATHS
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 947d387668ec5382c71c56db6315e5a4ec7c5e38 (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 eecc5ec83eb49288c98605b0b0b64d9d2fbade0b (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 fbfed8156e43f5897a08b2b3a3fb6fdffb9e9dca (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 9c05d34c5ca8927250d0c783981549cbf33e0795 (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 8a155bce0caf079ec040401b90dd3ce5259d9b0b (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 396d01ea21959d1d7c1d7e2d97c45a683b03f354 (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 26fe13382a9a5eef4cf762184bdf752f1f3fe717 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index b042e0c..65b005f 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -2,5 +2,5 @@
SET(CMake_VERSION_MAJOR 2)
SET(CMake_VERSION_MINOR 8)
SET(CMake_VERSION_PATCH 8)
-SET(CMake_VERSION_TWEAK 20120613
39 matches
Mail list logo