Re: [cmake-developers] push of LinkOptionsCommand topic branch

2014-02-08 Thread Stephen Kelly
Steve Wilson wrote: Fixed. Updated Fixed Great, thanks for all of that. I have force-pushed your branch, which means you need to do this before proceeding with further work. 1) Get remote changes, including my change to your branch. You'll see output comparable to this, where your

Re: [cmake-developers] Request for review of topic intel-visibility

2014-02-08 Thread Stephen Kelly
Nils Gladitz wrote: Does that work if the direct preprocessor flag -Wp,-isystem, I can't find -Wp or an equivalent in the documentation Great, thanks for checking! Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at

Re: [cmake-developers] Preparing for CMake 3.0-rc1

2014-02-08 Thread Stephen Kelly
Brad King wrote: There is one more change I'd like to make as part of the change to the 3.0 version number. I propose that we drop the fourth version component and use only two components for the feature level. Makes sense to me. Thanks, Steve. -- Powered by www.kitware.com Visit

[cmake-developers] [New Module] FindOpenCL, FindHg

2014-02-08 Thread Matthäus G. Chajdas
Hi, I would like to propose two new modules for inclusion in CMake: FindOpenCL to find OpenCL and FindHg for Mercurial (see attached.) FindOpenCL is written in similar spirit to FindOpenGL, while FindHg is basically the equivalent of FindSubversion for Mercurial. The modules have been tested on

Re: [cmake-developers] [New Module] FindOpenCL, FindHg

2014-02-08 Thread Rolf Eike Beer
Am Samstag, 8. Februar 2014, 14:28:37 schrieb Matthäus G. Chajdas: Hi, I would like to propose two new modules for inclusion in CMake: FindOpenCL to find OpenCL and FindHg for Mercurial (see attached.) FindOpenCL is written in similar spirit to FindOpenGL, while FindHg is basically the

Re: [cmake-developers] [New Module] FindOpenCL, FindHg

2014-02-08 Thread Matthäus G. Chajdas
Hi Eike, thanks for taking a look. I've changed the module accordingly. Is there a recommendation whether to use HG_ or Hg_ as the prefix for the variables? As I guess there will be a bit back forth here, I've also pushed them to a repository on github: https://github.com/Anteru/findhgcl

Re: [cmake-developers] Request for review of topic intel-visibility

2014-02-08 Thread Nils Gladitz
On 08.02.2014 12:10, Stephen Kelly wrote: Nils Gladitz wrote: Does that work if the direct preprocessor flag -Wp,-isystem, I can't find -Wp or an equivalent in the documentation I did find /Qoption,cpp, by looking through the command line help but it doesn't seem to like -isystem either :/

Re: [cmake-developers] [New Module] FindOpenCL, FindHg

2014-02-08 Thread Rolf Eike Beer
Am Samstag, 8. Februar 2014, 16:38:02 schrieb Matthäus G. Chajdas: Hi Eike, thanks for taking a look. I've changed the module accordingly. Is there a recommendation whether to use HG_ or Hg_ as the prefix for the variables? As I guess there will be a bit back forth here, I've also pushed

[CMake] Unnecessary rebuild of ExternalProject_Add target

2014-02-08 Thread Jack Smith
Is there something that I am missing that will prevent make from *always* calling autogen and configure even though the target has been built and has not been changed ? Here is the offending project. ## Grub boot loader set(PROJECT_NAME grub) set(PROJECT_URL git://git.savannah.gnu.org/grub.git)

Re: [CMake] Unnecessary rebuild of ExternalProject_Add target

2014-02-08 Thread David Cole
When you give a git repo for ExternalProject, it will *always* execute the UPDATE_COMMAND by default. And then, all the steps after update will re-execute since update re-ran. If you want to use a git repo, but prevent this behavior, you can say: UPDATE_COMMAND to eliminate the default

Re: [CMake] Unnecessary rebuild of ExternalProject_Add target

2014-02-08 Thread Stefan Eilemann
On 8. Feb 2014, at 14:28, David Cole dlrd...@aol.com wrote: When you give a git repo for ExternalProject, it will *always* execute the UPDATE_COMMAND by default. And then, all the steps after update will re-execute since update re-ran. We solved this by using a CMake script as an update

[CMake] find_library fails with local target but finds symbolic link to the same framework from ${CMAKE_OSX_SYSROOT}/System/Library/Frameworks

2014-02-08 Thread headupinclouds
I'm unable to find an iOS framework on OS X using find_library, but it works well if I create a symbolic link to the same target from the standard framework location: ${CMAKE_OSX_SYSROOT}/System/Library/Frameworks. I'd like to avoid a symlink in my system folders in order to get this working.

Re: [CMake] CMake and shared|static/release|debug?

2014-02-08 Thread Littlefield, Tyler
hello: thanks all for the help--I really appreciate it. that cleaned up my file quite a lot and was exactly what I was aiming for. Thanks again, On 2/5/2014 6:17 AM, Johannes Zarl wrote: Hi, On Tuesday, 4. February 2014, 23:41:55, Littlefield, Tyler wrote: I've tried this a few different

[CMake] execute command during ctest timeout

2014-02-08 Thread Jayen Ashar
When ctest times out a test, is it possible to tell it to execute a command before killing the subprocess? I'd like to be able to use pstree gdb to determine where a nightly test is intermittently getting stuck. Thanks, Jayen -- Marathon Targets Pty Ltd Marathon, like the run from Marathon to

[Cmake-commits] CMake branch, next, updated. v2.8.12.2-7526-g930141d

2014-02-08 Thread Nils Gladitz
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 930141dec3c7814855b53dd5d79ce682bab73211 (commit) via

[Cmake-commits] CMake branch, next, updated. v2.8.12.2-7529-g99332a1

2014-02-08 Thread Nils Gladitz
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 99332a16361aec03e7eec2eca6e5c533fc28f9a3 (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.12.2-1374-g1cc3e9f

2014-02-08 Thread Kitware Robot
Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 6e8329a..1e65e94 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 12) -set(CMake_VERSION_TWEAK 20140208