[Cmake-commits] CMake branch, master, updated. v3.5.2-764-g0746a4c

_VERSION_MINOR 5) -set(CMake_VERSION_PATCH 20160525) +set(CMake_VERSION_PATCH 20160526) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

[cmake-developers] [CMake 0016110]: LINK_LIBRARIES contains both libraries and flags, separate variables required

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16110 == Reported By:Roman Popov Assigned To:

[cmake-developers] [CMake 0016109]: Downloading of a file may hang indefinitely with ExternalProject

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16109 == Reported By:Ilya Assigned To:

Re: [CMake] linking OBJECT libraries : Argument list too long

Biddiscombe, John A. writes: > When building OpenBLAS on OSX, the link line generated contains around > 350K of text, and the max supported arg length is getconf ARG_MAX - > returns 262144. > This causes the link phase to abort with Error running link command: > Argument list

Re: [cmake-developers] Problem with find_path and Frameworks

On 5/25/16, Harry Mallon wrote: > I have quite a specific problem with find_path where > "find_path(IOKIT_INCLUDE_DIR "IOKit/pci/IOPCIDevice.h")" returns > "/System/Library/Frameworks/Kernel.framework/Headers/IOKit/pci" rather than >

Re: [cmake-developers] CMake 3.5.2 conflates OSX SDK version with target deployment

- On May 25, 2016, at 12:38 PM, Brad King brad.k...@kitware.com wrote: > On 05/25/2016 02:31 PM, Sean McBride wrote: >> CMake should probably default to the newest SDK (which is what Xcode does). >> I don't see a reason to default to an SDK "matching" the deployment target, >> in fact it's

[CMake] Full source path in generated ninja build file?

Hi, currently if the build directory is under the project's root, and the generator is ninja, the generated build files will use relative paths from the build directory for the source files. E.g., if we have a project and its build directory structured like this: project/ CMakeLists.txt

Re: [cmake-developers] CMake 3.5.2 conflates OSX SDK version with target deployment

On 05/25/2016 02:31 PM, Sean McBride wrote: > CMake should probably default to the newest SDK (which is what Xcode does). > I don't see a reason to default to an SDK "matching" the deployment target, > in fact it's problematic these days since they no longer provider older SDKs. > > Of course,

Re: [cmake-developers] CMake 3.5.2 conflates OSX SDK version with target deployment

On Sat, 21 May 2016 22:50:41 -0700, James Burgess said: >If your set CMAKE_OSX_DEPLOYMENT_TARGET in order to get find modules to >work on Xcode6 or above you get this message: > >$ cmake -D CMAKE_OSX_DEPLOYMENT_TARGET=10.8 . > CMAKE_OSX_DEPLOYMENT_TARGET is '10.8' but the matching SDK does not

Re: [cmake-developers] Problem with find_path and Frameworks

On 05/25/2016 01:25 PM, Harry Mallon wrote: > I have quite a specific problem with find_path where > "find_path(IOKIT_INCLUDE_DIR "IOKit/pci/IOPCIDevice.h")" > returns "/System/Library/Frameworks/Kernel.framework/Headers/IOKit/pci" > rather than >

[cmake-developers] Problem with find_path and Frameworks

I have quite a specific problem with find_path where "find_path(IOKIT_INCLUDE_DIR "IOKit/pci/IOPCIDevice.h")" returns "/System/Library/Frameworks/Kernel.framework/Headers/IOKit/pci" rather than "/System/Library/Frameworks/Kernel.framework/Headers/". It is reproducible on OSX with the following

[CMake] CMake+QT always failed for the first build, and succeeded for second build or later.

Hi, I am compiling a simple Qt3 application on Linux using CMake. In my case, I need to build moc_xxx files with custom options and output to a specified directory, So, I was not using CAMKE_AUTO macros. My cmake scripts create a "Qt_tmp" directory and output moc_xxx there. It looked it always

[Cmake-commits] CMake branch, next, updated. v3.5.2-1581-g7af18cb

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 7af18cb57b3d8d3366c694d57fa7f6888f45e9dc (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1583-gd5f21f9

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 d5f21f98666311bf7b1d71446ef1aa947d773fb0 (commit) via

Re: [cmake-developers] Optionally disable /Applications symlink in CPack dragndrop generator

On 05/25/2016 08:46 AM, Harry Mallon wrote: > Pull request to optionally disable the /Applications symlink. Thanks, applied with minor tweaks: CPack/DragNDrop: Optionally disable `/Applications` symlink https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3acc29fc -Brad -- Powered by

[Cmake-commits] CMake branch, next, updated. v3.5.2-1579-gdc857f9

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 dc857f961d48c6a03eb2b0cafc38b8e69629075b (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1577-gcb027b4

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 cb027b4aa9ffdcdd1fb148bb0157e54acd00dbbe (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1575-g1d515e5

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 1d515e50baa2f096f85d3ba97a67592fcfd149f9 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1572-gdbb18b7

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 dbb18b7656652b8da15d34eb1c1516dcb80bfd17 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.2-763-g6052e4b

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 6052e4b3bfe62a8d29ca679affb101c7aec0d219 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.2-756-g916d525

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 916d52533ea354d8945c0cba44f65ee34d0e7cd5 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.2-758-g9ebc209

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 9ebc2092885fa32eaa47aade965fcec2cfa308d0 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.2-750-g2bc55b6

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 2bc55b69dbce97abaf6189987af97a25efae4694 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.2-752-g8cd007f

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 8cd007fee664e4c7d1e3a1e50dba5b3fe973e3cf (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1565-g19ccdd0

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 19ccdd04e8128ff05f9c0beb062aa20b5d2b1742 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1563-gfe00595

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 fe005958b0079c029360b40364c11a96720714fb (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1561-gc7d14b1

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 c7d14b1d26c8456c6135bf5f6b664446c27ef498 (commit) via

Re: [cmake-developers] [Patch] Updated FindMatlab.cmake for Matlab R2016a

On 05/25/2016 03:50 AM, Francesco Romano wrote: > Added check of Matlab 2016a (9.0) to FindMatlab.cmake Thanks, applied: FindMatlab: Add support for Matlab 2016a (9.0) https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=715e4cf5 -Brad -- Powered by www.kitware.com Please keep messages

[Cmake-commits] CMake branch, next, updated. v3.5.2-1559-gcec4fc0

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 cec4fc067dccac3e84f1b82bf0f462520d0df742 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1557-g19d8ac4

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 19d8ac43004cef7a63c65660b8f5f7d583dee762 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.2-1555-g3f65c7d

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 3f65c7d72b09cb6bfa4265a568bb9f2469773bd4 (commit) via

[cmake-developers] Optionally disable /Applications symlink in CPack dragndrop generator

Pull request to optionally disable the /Applications symlink. It is useful when distributing .app files but not needed when distributing other things. https://github.com/Kitware/CMake/pull/246 Harry Harry Mallon CODEX | Software Engineer 60 Poland Street | London | England | W1F 7NT E

[cmake-developers] [CMake 0016108]: get_prerequisites failed to locate installed Microsoft Visual Studio if installed into not default location

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=16108 == Reported By:Andry81 Assigned To:

Re: [CMake] C header file cross dependency

On Mon, 23 May 2016 13:49:14 + Wagner Martin wrote: > Hi @all, > > I'm quite new to CMake. If I've made a mistake or something is much > easier to solve, please tell me. > > I'd like to use CMake in embedded development (Build System: Linux, > Target: ARM

[CMake] linking OBJECT libraries : Argument list too long

When building OpenBLAS on OSX, the link line generated contains around 350K of text, and the max supported arg length is getconf ARG_MAX - returns 262144. This causes the link phase to abort with Error running link command: Argument list too long The reason for the problem is that many

[cmake-developers] [Patch] Updated FindMatlab.cmake for Matlab R2016a

Added check of Matlab 2016a (9.0) to FindMatlab.cmake 0001-FindMatlab.cmake-Added-support-to-Matlab-2016a-9.0.patch Description: Binary data -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various