The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14174
==
Reported By:Funda Wang
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14175
==
Reported By:Bjoern Thiel
Assigned To:
On 05/26/2013 12:04 PM, Robert Dailey wrote:
I haven't gotten a response yet, I guess you guys stay pretty busy :)
Huh? I responded here:
http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/6800/focus=6933
Am I correct to assume that add_custom_command() still needs a CONFIG
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14176
==
Reported By:YYrhs
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14177
==
Reported By:mwoehlke
Assigned To:
On Thu, May 23, 2013 at 06:57:34PM +0200, Alexander Neundorf wrote:
Explicit lists violate DRY
http://en.wikipedia.org/wiki/Don't_repeat_yourself
No, this doesn't apply :-)
By having some files lying around in a directory I did not state anything, so
I do not repeat myself in the
On Thu, May 23, 2013 at 01:13:12PM -0400, David Cole wrote:
Explicit lists violate DRY
http://en.wikipedia.org/wiki/Don't_repeat_yourself
No, this doesn't apply :-)
By having some files lying around in a directory I did not state
anything, so I do not repeat myself in the
On Fri, May 24, 2013 at 11:21:57AM -0400, Matthew Woehlke wrote:
On 2013-05-19 19:47, Wojciech Knapik wrote:
I you ever put junk files with, say, a .cpp extension in a source tree
of a C++ project, you're the only one to blame.
This is not unusual at all. I'm often in the situation where
Brad King wrote:
On 05/24/2013 04:24 PM, Brad King wrote:
It does not individually re-quote the library names so when the
generated CMakeLists.txt file is parsed it separates on spaces.
Fixed:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e65ef08b
This commit causes the build of
I ran into a similar problem when I wrote a FindHDF5.cmake module for a
project. My solution was to create imported targets and define the library
dependencies with the LINK_INTERFACE_LIBRARIES property.
Example:
Through find_library I've located libhdf.a Location name is saved in the
We have a project where multiple modules rely on ITK. Most modules have been
upgraded to ITK 4.31, but one still relies on ITK 3.20 and it would take a
significant effort to upgrade it. In the meantime, is there a way for us to
keep these modules under a single top-level CMake and have them use
On 5/28/2013 10:16 AM, Zamir Khan wrote:
We have a project where multiple modules rely on ITK. Most modules have been
upgraded to ITK 4.31, but one still relies on ITK 3.20 and it would take a
significant effort to upgrade it. In the meantime, is there a way for us to
keep these modules under a
On Tue, May 28, 2013 at 10:16 AM, Zamir Khan zamir.k...@gmail.com wrote:
We have a project where multiple modules rely on ITK. Most modules have been
upgraded to ITK 4.31, but one still relies on ITK 3.20 and it would take a
significant effort to upgrade it. In the meantime, is there a way for
You could use cmake's superbuild facility to build both itk3 and itk4 in a
superbuild tree.
On Tue, May 28, 2013 at 11:02 AM, John Drescher dresche...@gmail.comwrote:
On Tue, May 28, 2013 at 10:16 AM, Zamir Khan zamir.k...@gmail.com wrote:
We have a project where multiple modules rely on
I should probably clarify the situation (I'm not sure I provided enough
info up front). The larger dependencies like ITK are pre-built (I guess one
would assume this; we don't rebuild ITK or VTK with every build of our
project). So I thought it would be a simple problem of overwrite and then
Hi all,
I'm trying to do some build-time configuration, for things like getting
revision information into header files, packaging scripts, etc. So I'm
using add_custom_command to run cmake scripts that use configure_file to
create new files. However, I'm running into an issue that I'm not sure is
In projects that include a directory full of example programs that
don't usually need to be built,
it's convenient to have a phony target 'examples' that builds the examples.
add_custom_target looks like it's the way to implement phony targets, but the
doc confused me. It said targets created
Hello, I have problems reducing available configuration types for a Visual
Studio project.
No matter what I do, the project always contains all four configuration
types.
I have two files involved, I tried to strip everything that seemed to be
unimportant:
CmakeLists.txt (Main file):
On 05/28/2013 11:38 AM, Zamir Khan wrote:
I should probably clarify the situation (I'm not sure I provided enough info
up front). The larger dependencies like ITK are pre-built (I guess one would
assume this; we don't rebuild ITK or VTK with every build of our project). So
I thought it
On 5/27/2013 4:45 PM, Mike Krus wrote:
Hi
I've started to use Protocol Buffers in my project.
.proto files gets compiled into c++ .cc and .h files using the
PROTOBUF_GENERATE_CPP that comes with CMake (2.8.10, Ninja
generator).
It all works fine except that the generated .cc and .h files
Is there a built-in way to write a string to a file (a la FILE(WRITE))
that will only write the file if the content would be different? (Or
does FILE(WRITE) already work this way despite no obvious hint in the
documentation that it does?)
Right now I am writing to a temporary file and running
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 5d1334e2699f8eaf0b63a78efb261252e39533e0 (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 07908cfc7e1625c3b5c12209bc1db2170a2a47ed (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 43e18bef9b0c6f6c4aba2c4b2ecbadbea05a8c3c (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 c14659fcdebb753d41f91b9498a246fd10486539 (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 898a30ce6278153dc4c8d37363c4d6445800df43 (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 7cde91cc8c0d2a2152183c1bb40ebae36ce60307 (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 590a41ba0ead92f3989b3c226632c29fac76bf2e (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 93e9291da73b845ac8c7e70921a4deb400f4f1fc (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 89d6d32e92dd250417718323455a7e5a22f795f6 (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 9c1393217c34f3fae101d5852df67a71edebb605 (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 0eec0ae6d47ca4bec4fa631e27cff598db2db621 (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 fcf8945a22a0790e738a3adf4e385570f437b7c7 (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 8bea2901ce56a626d7b5f1bf4a55ecf50927e878 (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 db2958a6934479249dd1214c047b0c533693a2ac (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 ffabbf861be0e5012581f5c0cecea703606a6f72 (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 14bc56ac6962a4cf8768b8a91d7634628ba7e9ff (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 385560cf4a62642dd87dbe96e3d145136d81c791 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index b831cbb..01e8512 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 11)
-set(CMake_VERSION_TWEAK 20130528
39 matches
Mail list logo
