[cmake-developers] [CMake 0014700]: Errors in FILE COPY operations don't report failing cause

2014-01-15 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14700 == Reported By:Lluís Batlle Assigned To:

[cmake-developers] [CMake 0014701]: check_include_file never re-runs because it use the variable as cache

2014-01-15 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14701 == Reported By:Andreas Pakulat Assigned To:

Re: [cmake-developers] QtCreator breaks with cmake master

2014-01-15 Thread Nils Gladitz
On 13.01.2014 23:59, Nils Gladitz wrote: Has anyone else tried running QtCreator (3.0) on windows with cmake master? I tried and got Qt Creator has no kits that are suitable for CMake projects. Please configure a kit. Apparently I was running 2.8.1 and this has been fixed in 3.0:

Re: [cmake-developers] RFC/Review Request: Topic GNUInstallDirs_debian-multiarch-fix

2014-01-15 Thread Brad King
On 01/14/2014 11:47 AM, Daniele E. Domenichelli wrote: Updated the topic to behave in this way. Can you please review it again? Please update the comment introducing __LAST_LIBDIR_DEFAULT to explain that it is the default we compute from __LAST_CMAKE_INSTALL_PREFIX, not a cache entry for the

Re: [cmake-developers] Review Request for ExternalProjects: Only update certain git submodules

2014-01-15 Thread Brad King
On 01/10/2014 08:58 AM, David Cole wrote: Not that I'm a skeptic (well, ok, maybe a smidge...) but I would like to have *independent* confirmation from somebody else that it at least works for them before we merge this into CMake. The silence in this thread indicates no one is planning

Re: [cmake-developers] RFC/Review Request: Topic GNUInstallDirs_debian-multiarch-fix

2014-01-15 Thread Daniele E. Domenichelli
On 15/01/14 15:29, Brad King wrote: On 01/14/2014 11:47 AM, Daniele E. Domenichelli wrote: Updated the topic to behave in this way. Can you please review it again? Please update the comment introducing __LAST_LIBDIR_DEFAULT to explain that it is the default we compute from

Re: [cmake-developers] Review Request for ExternalProjects: Only update certain git submodules

2014-01-15 Thread Jean-Christophe Fillion-Robin
Hi Folks, That would be a great contribution. I will give a try to the patch by the beginning of next week. This is something that would be useful for CTK [1]. Thanks for working on this, Jc [1] http://www.commontk.org On Wed, Jan 15, 2014 at 10:03 AM, Brad King brad.k...@kitware.com wrote:

Re: [cmake-developers] RFC/Review Request: Topic GNUInstallDirs_debian-multiarch-fix

2014-01-15 Thread Brad King
On 01/15/2014 10:11 AM, Daniele E. Domenichelli wrote: -set_property(CACHE CMAKE_INSTALL_LIBDIR PROPERTY VALUE ${_LIBDIR_DEFAULT}) +get_property(_libdir_set CACHE PROPERTY CMAKE_INSTALL_LIBDIR SET) That should be get_property(_libdir_set CACHE CMAKE_INSTALL_LIBDIR PROPERTY TYPE)

Re: [cmake-developers] RFC: add version to project() call

2014-01-15 Thread Alexander Neundorf
On Wednesday 15 January 2014, Matthew Woehlke wrote: On 2014-01-14 18:00, Alexander Neundorf wrote: On Tuesday 14 January 2014, Matthew Woehlke wrote: While that sounds good for 99.9% of cases, what about the case of project A that includes project B, where B is not updated, but A decides

Re: [cmake-developers] RFC/Review Request: Topic GNUInstallDirs_debian-multiarch-fix

2014-01-15 Thread Daniele E. Domenichelli
On 15/01/14 16:27, Brad King wrote: On 01/15/2014 10:11 AM, Daniele E. Domenichelli wrote: +get_property(_libdir_set CACHE PROPERTY CMAKE_INSTALL_LIBDIR SET) That should be get_property(_libdir_set CACHE CMAKE_INSTALL_LIBDIR PROPERTY TYPE) Is there any issue in using

Re: [cmake-developers] RFC/Review Request: Topic GNUInstallDirs_debian-multiarch-fix

2014-01-15 Thread Brad King
On 01/15/2014 12:31 PM, Daniele E. Domenichelli wrote: Is there any issue in using get_property(_libdir_set CACHE CMAKE_INSTALL_LIBDIR PROPERTY TYPE SET) instead? That should be fine. It is a bit complicated, but I added some documentation... Thanks. I'm still not completely sure about

[cmake-developers] [PATCH] Help: Fix typo in `if's documentation.

2014-01-15 Thread Raphael Kubo da Costa
--- Help/command/if.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Help/command/if.rst b/Help/command/if.rst index 49c356e..a45b995 100644 --- a/Help/command/if.rst +++ b/Help/command/if.rst @@ -187,7 +187,7 @@ above-documented signature accepts ``variable|string``:

Re: [cmake-developers] [PATCH] Help: Fix typo in `if's documentation.

2014-01-15 Thread Brad King
On 01/15/2014 02:51 PM, Raphael Kubo da Costa wrote: --- Help/command/if.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks! Help: Fix typo in 'if()' command documentation http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5968b6e0 -Brad -- Powered by

Re: [cmake-developers] RFC: add version to project() call

2014-01-15 Thread Alexander Neundorf
On Wednesday 15 January 2014, Alexander Neundorf wrote: On Wednesday 15 January 2014, Matthew Woehlke wrote: On 2014-01-14 18:00, Alexander Neundorf wrote: On Tuesday 14 January 2014, Matthew Woehlke wrote: While that sounds good for 99.9% of cases, what about the case of project A

Re: [cmake-developers] RFC: add version to project() call

2014-01-15 Thread Matthew Woehlke
On 2014-01-15 16:25, Alexander Neundorf wrote: On Wednesday 15 January 2014, Alexander Neundorf wrote: And, to actually produce the breakage, at some place the VERSION argument must have been added. With the current state of my branch, this could be worked around by unsetting the guard

Re: [cmake-developers] RFC/Review Request: Topic GNUInstallDirs_debian-multiarch-fix

2014-01-15 Thread Daniele E. Domenichelli
On 15/01/14 20:37, Brad King wrote: This topic looks good to me. Please merge to 'next' for testing. Merged. Thanks, Daniele -- 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