[Cmake-commits] CMake branch, next, updated. v3.3.2-3409-gffc7b31

2015-09-30 Thread Brad King 
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  ffc7b31943346ec70de4537873d20ea98b76326c (commit)
   via  a244712902a31dd495434ecef5ab82a7b172c638 (commit)
  from  dd75fc27af2c737f0c6d78fe39578529ce5012da (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ffc7b31943346ec70de4537873d20ea98b76326c
commit ffc7b31943346ec70de4537873d20ea98b76326c
Merge: dd75fc2 a244712
Author: Brad King 
AuthorDate: Wed Sep 30 14:50:00 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 14:50:00 2015 -0400

Merge topic 'cray-linux-compiler-wrappers' into next

a2447129 fixup! Cray: Detect when compiler links static binaries


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a244712902a31dd495434ecef5ab82a7b172c638
commit a244712902a31dd495434ecef5ab82a7b172c638
Author: Brad King 
AuthorDate: Wed Sep 30 14:48:58 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 14:48:58 2015 -0400

fixup! Cray: Detect when compiler links static binaries

diff --git a/Modules/CMakeDetermineCompilerId.cmake 
b/Modules/CMakeDetermineCompilerId.cmake
index 82b39bb..591ecb8 100644
--- a/Modules/CMakeDetermineCompilerId.cmake
+++ b/Modules/CMakeDetermineCompilerId.cmake
@@ -530,7 +530,7 @@ function(CMAKE_DETERMINE_COMPILER_ID_CHECK lang file)
   endif()
 endif()
 
-if(DEFINED ENV{CRAYPE_VERSION})
+if(UNIX)
   execute_process(COMMAND file "${file}" OUTPUT_VARIABLE out 
ERROR_VARIABLE out)
   if(out MATCHES "statically linked")
 set(CMAKE_${lang}_COMPILER_LINKS_STATICALLY 1 PARENT_SCOPE)

---

Summary of changes:
 Modules/CMakeDetermineCompilerId.cmake |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, next, updated. v3.3.2-3414-g239d0e0

2015-09-30 Thread Brad King 
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  239d0e025739f5885d49304e93fc896aa27928ba (commit)
   via  8b4873a1b025d7f47c90f3cafc93ca152b9e4652 (commit)
   via  e90f463a312e18fd6498799de1522b96d84fd012 (commit)
  from  dbd960a80fcc80a9f0dd1c16c7c16711af4d0b46 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=239d0e025739f5885d49304e93fc896aa27928ba
commit 239d0e025739f5885d49304e93fc896aa27928ba
Merge: dbd960a 8b4873a
Author: Brad King 
AuthorDate: Wed Sep 30 15:02:24 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 15:02:24 2015 -0400

Merge topic 'compiler-links-statically' into next

8b4873a1 Disable shared library support when compiler links statically
e90f463a Drop executable symbol export if platform does not support shared 
libs


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8b4873a1b025d7f47c90f3cafc93ca152b9e4652
commit 8b4873a1b025d7f47c90f3cafc93ca152b9e4652
Author: Brad King 
AuthorDate: Wed Sep 30 13:42:50 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 15:01:23 2015 -0400

Disable shared library support when compiler links statically

When a user or a compiler wrapper adds '-static' to the compiler flags
then it will always link static binaries.  Detect this from the compiler
id binary and disable TARGET_SUPPORTS_SHARED_LIBS.  This will prevent
projects from accidentally adding shared libraries when the toolchain
does not support them.  It also helps CMake avoid linking with flags
that require shared libraries to be supported.

diff --git a/Modules/CMakeCCompiler.cmake.in b/Modules/CMakeCCompiler.cmake.in
index c72e338..a1bfc70 100644
--- a/Modules/CMakeCCompiler.cmake.in
+++ b/Modules/CMakeCCompiler.cmake.in
@@ -2,6 +2,7 @@ set(CMAKE_C_COMPILER "@CMAKE_C_COMPILER@")
 set(CMAKE_C_COMPILER_ARG1 "@CMAKE_C_COMPILER_ARG1@")
 set(CMAKE_C_COMPILER_ID "@CMAKE_C_COMPILER_ID@")
 set(CMAKE_C_COMPILER_VERSION "@CMAKE_C_COMPILER_VERSION@")
+set(CMAKE_C_COMPILER_LINKS_STATICALLY "@CMAKE_C_COMPILER_LINKS_STATICALLY@")
 set(CMAKE_C_STANDARD_COMPUTED_DEFAULT "@CMAKE_C_STANDARD_COMPUTED_DEFAULT@")
 set(CMAKE_C_COMPILE_FEATURES "@CMAKE_C_COMPILE_FEATURES@")
 set(CMAKE_C90_COMPILE_FEATURES "@CMAKE_C90_COMPILE_FEATURES@")
diff --git a/Modules/CMakeCInformation.cmake b/Modules/CMakeCInformation.cmake
index d2417aa..0d102a1 100644
--- a/Modules/CMakeCInformation.cmake
+++ b/Modules/CMakeCInformation.cmake
@@ -75,6 +75,10 @@ if(CMAKE_C_SIZEOF_DATA_PTR)
   unset(CMAKE_C_ABI_FILES)
 endif()
 
+if(CMAKE_C_COMPILER_LINKS_STATICALLY)
+  set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+endif()
+
 # This should be included before the _INIT variables are
 # used to initialize the cache.  Since the rule variables
 # have if blocks on them, users can still define them here.
diff --git a/Modules/CMakeCXXCompiler.cmake.in 
b/Modules/CMakeCXXCompiler.cmake.in
index 52e44f6..4218a6d 100644
--- a/Modules/CMakeCXXCompiler.cmake.in
+++ b/Modules/CMakeCXXCompiler.cmake.in
@@ -2,6 +2,7 @@ set(CMAKE_CXX_COMPILER "@CMAKE_CXX_COMPILER@")
 set(CMAKE_CXX_COMPILER_ARG1 "@CMAKE_CXX_COMPILER_ARG1@")
 set(CMAKE_CXX_COMPILER_ID "@CMAKE_CXX_COMPILER_ID@")
 set(CMAKE_CXX_COMPILER_VERSION "@CMAKE_CXX_COMPILER_VERSION@")
+set(CMAKE_CXX_COMPILER_LINKS_STATICALLY 
"@CMAKE_CXX_COMPILER_LINKS_STATICALLY@")
 set(CMAKE_CXX_STANDARD_COMPUTED_DEFAULT 
"@CMAKE_CXX_STANDARD_COMPUTED_DEFAULT@")
 set(CMAKE_CXX_COMPILE_FEATURES "@CMAKE_CXX_COMPILE_FEATURES@")
 set(CMAKE_CXX98_COMPILE_FEATURES "@CMAKE_CXX98_COMPILE_FEATURES@")
diff --git a/Modules/CMakeCXXInformation.cmake 
b/Modules/CMakeCXXInformation.cmake
index 091627b..dad7969 100644
--- a/Modules/CMakeCXXInformation.cmake
+++ b/Modules/CMakeCXXInformation.cmake
@@ -74,6 +74,10 @@ if(CMAKE_CXX_SIZEOF_DATA_PTR)
   unset(CMAKE_CXX_ABI_FILES)
 endif()
 
+if(CMAKE_CXX_COMPILER_LINKS_STATICALLY)
+  set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+endif()
+
 # This should be included before the _INIT variables are
 # used to initialize the cache.  Since the rule variables
 # have if blocks on them, users can still define them here.
diff --git a/Modules/CMakeDetermineCompilerId.cmake 
b/Modules/CMakeDetermineCompilerId.cmake
index df6daf3..591ecb8 100644
--- a/Modules/CMakeDetermineCompilerId.cmake
+++ b/Modules/CMakeDetermineCompilerId.cmake
@@ -106,6 +106,7 @@ function(CMAKE_DETERMINE_COMPILER_ID lang flagvar src)
   set(MSVC_${lang}_ARCHITECTURE_ID "${MSVC_${lang}_ARCHITECTURE_ID}"

[Cmake-commits] CMake branch, next, updated. v3.3.2-3407-gdd75fc2

2015-09-30 Thread Brad King 
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  dd75fc27af2c737f0c6d78fe39578529ce5012da (commit)
   via  4bcfaef9173923b2a6bd5f3900fb2c3189865905 (commit)
   via  6a46f51b508611bc6ee56e417f327ff85c4f1066 (commit)
   via  59b8d5e81eeb77f9e507e01c8ff0fcd68f40f415 (commit)
   via  a41ead566cf8b0d1890ad820858ae6fd4334f8de (commit)
  from  a00cb0cbeea37a2d896275dfef76060481822da7 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=dd75fc27af2c737f0c6d78fe39578529ce5012da
commit dd75fc27af2c737f0c6d78fe39578529ce5012da
Merge: a00cb0c 4bcfaef
Author: Brad King 
AuthorDate: Wed Sep 30 13:49:56 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 13:49:56 2015 -0400

Merge topic 'cray-linux-compiler-wrappers' into next

4bcfaef9 Cray: Do not support shared libraries if compiler links statically
6a46f51b Cray: Detect when compiler links static binaries
59b8d5e8 Cray: Add Linux-specific compiler information modules
a41ead56 Drop executable symbol export if platform does not support shared 
libs


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4bcfaef9173923b2a6bd5f3900fb2c3189865905
commit 4bcfaef9173923b2a6bd5f3900fb2c3189865905
Author: Brad King 
AuthorDate: Wed Sep 30 13:47:01 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 13:47:01 2015 -0400

Cray: Do not support shared libraries if compiler links statically

When using the Cray programming environment on Linux the compiler
wrappers may force static linking.  In this case tell CMake that the
target architecture does not support shared libraries.  This will
prevent projects from accidentally adding shared libraries when the
toolchain does not support them.  It also helps CMake avoid linking with
flags that require shared libraries to be supported.

diff --git a/Modules/Platform/Linux-Cray.cmake 
b/Modules/Platform/Linux-Cray.cmake
index ace197b..8453875 100644
--- a/Modules/Platform/Linux-Cray.cmake
+++ b/Modules/Platform/Linux-Cray.cmake
@@ -19,4 +19,7 @@ endif()
 set(__LINUX_COMPILER_CRAY 1)
 
 macro(__linux_compiler_cray lang)
+  if(CMAKE_${lang}_COMPILER_LINKS_STATICALLY)
+set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+  endif()
 endmacro()
diff --git a/Modules/Platform/Linux-GNU.cmake b/Modules/Platform/Linux-GNU.cmake
index 0e254c6..a18edc7 100644
--- a/Modules/Platform/Linux-GNU.cmake
+++ b/Modules/Platform/Linux-GNU.cmake
@@ -22,4 +22,8 @@ macro(__linux_compiler_gnu lang)
   # We pass this for historical reasons.  Projects may have
   # executables that use dlopen but do not set ENABLE_EXPORTS.
   set(CMAKE_SHARED_LIBRARY_LINK_${lang}_FLAGS "-rdynamic")
+
+  if(CMAKE_${lang}_COMPILER_LINKS_STATICALLY)
+set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+  endif()
 endmacro()
diff --git a/Modules/Platform/Linux-Intel.cmake 
b/Modules/Platform/Linux-Intel.cmake
index 20fddb4..75e2cea 100644
--- a/Modules/Platform/Linux-Intel.cmake
+++ b/Modules/Platform/Linux-Intel.cmake
@@ -51,4 +51,8 @@ macro(__linux_compiler_intel lang)
   if(NOT CMAKE_${lang}_COMPILER_VERSION VERSION_LESS 12.0)
 set(CMAKE_${lang}_COMPILE_OPTIONS_VISIBILITY "-fvisibility=")
   endif()
+
+  if(CMAKE_${lang}_COMPILER_LINKS_STATICALLY)
+set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+  endif()
 endmacro()
diff --git a/Modules/Platform/Linux-PGI.cmake b/Modules/Platform/Linux-PGI.cmake
index baa2248..861c5d4 100644
--- a/Modules/Platform/Linux-PGI.cmake
+++ b/Modules/Platform/Linux-PGI.cmake
@@ -24,4 +24,8 @@ macro(__linux_compiler_pgi lang)
   set(CMAKE_${lang}_COMPILE_OPTIONS_PIE "")
   set(CMAKE_SHARED_LIBRARY_${lang}_FLAGS "-fPIC")
   set(CMAKE_SHARED_LIBRARY_CREATE_${lang}_FLAGS "-shared")
+
+  if(CMAKE_${lang}_COMPILER_LINKS_STATICALLY)
+set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+  endif()
 endmacro()

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6a46f51b508611bc6ee56e417f327ff85c4f1066
commit 6a46f51b508611bc6ee56e417f327ff85c4f1066
Author: Brad King 
AuthorDate: Wed Sep 30 13:42:50 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 13:45:26 2015 -0400

Cray: Detect when compiler links static binaries

Cray programming environment compiler wrappers may add the '-static'
flag to invocations of the underlying compiler.  This forces the
binaries to link statically.  Detect this from the compiler id binary
and save the

[Cmake-commits] CMake branch, next, updated. v3.3.2-3411-gdbd960a

2015-09-30 Thread Brad King 
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  dbd960a80fcc80a9f0dd1c16c7c16711af4d0b46 (commit)
   via  3e55efe28a5bdca48951589f34ff191e696f3782 (commit)
  from  ffc7b31943346ec70de4537873d20ea98b76326c (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=dbd960a80fcc80a9f0dd1c16c7c16711af4d0b46
commit dbd960a80fcc80a9f0dd1c16c7c16711af4d0b46
Merge: ffc7b31 3e55efe
Author: Brad King 
AuthorDate: Wed Sep 30 15:02:09 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 15:02:09 2015 -0400

Merge topic 'cray-linux-compiler-wrappers' into next

3e55efe2 Revise topic 'cray-linux-compiler-wrappers'


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3e55efe28a5bdca48951589f34ff191e696f3782
commit 3e55efe28a5bdca48951589f34ff191e696f3782
Author: Brad King 
AuthorDate: Wed Sep 30 14:57:44 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 14:57:44 2015 -0400

Revise topic 'cray-linux-compiler-wrappers'

diff --git a/Modules/CMakeCInformation.cmake b/Modules/CMakeCInformation.cmake
index d2417aa..0d102a1 100644
--- a/Modules/CMakeCInformation.cmake
+++ b/Modules/CMakeCInformation.cmake
@@ -75,6 +75,10 @@ if(CMAKE_C_SIZEOF_DATA_PTR)
   unset(CMAKE_C_ABI_FILES)
 endif()
 
+if(CMAKE_C_COMPILER_LINKS_STATICALLY)
+  set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+endif()
+
 # This should be included before the _INIT variables are
 # used to initialize the cache.  Since the rule variables
 # have if blocks on them, users can still define them here.
diff --git a/Modules/CMakeCXXInformation.cmake 
b/Modules/CMakeCXXInformation.cmake
index 091627b..dad7969 100644
--- a/Modules/CMakeCXXInformation.cmake
+++ b/Modules/CMakeCXXInformation.cmake
@@ -74,6 +74,10 @@ if(CMAKE_CXX_SIZEOF_DATA_PTR)
   unset(CMAKE_CXX_ABI_FILES)
 endif()
 
+if(CMAKE_CXX_COMPILER_LINKS_STATICALLY)
+  set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+endif()
+
 # This should be included before the _INIT variables are
 # used to initialize the cache.  Since the rule variables
 # have if blocks on them, users can still define them here.
diff --git a/Modules/CMakeFortranInformation.cmake 
b/Modules/CMakeFortranInformation.cmake
index 79393d3..aa48df7 100644
--- a/Modules/CMakeFortranInformation.cmake
+++ b/Modules/CMakeFortranInformation.cmake
@@ -51,6 +51,10 @@ if(CMAKE_Fortran_SIZEOF_DATA_PTR)
   unset(CMAKE_Fortran_ABI_FILES)
 endif()
 
+if(CMAKE_Fortran_COMPILER_LINKS_STATICALLY)
+  set_property(GLOBAL PROPERTY TARGET_SUPPORTS_SHARED_LIBS FALSE)
+endif()
+
 # This should be included before the _INIT variables are
 # used to initialize the cache.  Since the rule variables
 # have if blocks on them, users can still define them here.
diff --git a/Modules/Platform/Linux-Cray-C.cmake 
b/Modules/Platform/Linux-Cray-C.cmake
deleted file mode 100644
index f87725f..000
--- a/Modules/Platform/Linux-Cray-C.cmake
+++ /dev/null
@@ -1,2 +0,0 @@
-include(Platform/Linux-Cray)
-__linux_compiler_cray(C)
diff --git a/Modules/Platform/Linux-Cray-CXX.cmake 
b/Modules/Platform/Linux-Cray-CXX.cmake
deleted file mode 100644
index 8b63285..000
--- a/Modules/Platform/Linux-Cray-CXX.cmake
+++ /dev/null
@@ -1,2 +0,0 @@
-include(Platform/Linux-Cray)
-__linux_compiler_cray(CXX)
diff --git a/Modules/Platform/Linux-Cray-Fortran.cmake 
b/Modules/Platform/Linux-Cray-Fortran.cmake
deleted file mode 100644
index 076f394..000
--- a/Modules/Platform/Linux-Cray-Fortran.cmake
+++ /dev/null
@@ -1,2 +0,0 @@
-include(Platform/Linux-Cray)
-__linux_compiler_cray(Fortran)
diff --git a/Modules/Platform/Linux-Cray.cmake 
b/Modules/Platform/Linux-Cray.cmake
deleted file mode 100644
index 8453875..000
--- a/Modules/Platform/Linux-Cray.cmake
+++ /dev/null
@@ -1,25 +0,0 @@
-
-#=
-# Copyright 2015 Kitware, Inc.
-#
-# Distributed under the OSI-approved BSD License (the "License");
-# see accompanying file Copyright.txt for details.
-#
-# This software is distributed WITHOUT ANY WARRANTY; without even the
-# implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
-# See the License for more information.
-#=
-# (To distribute this file outside of CMake, substitute the full
-#  License text for the above reference.)
-
-# This module is shared by multiple languages; use include blocker.
-if(__LINUX_COMPILER_CRAY)
-  return()
-endif()

Re: [CMake] cmake install behaviour with git

2015-09-30 Thread Jakob van Bethlehem 
Hej,

> 
> Now install behaves differnt, cause cmake checks only file time difference. 
> Files previously overwritten are now
> considered Up-to-date

Why would you want to overwrite files that have not changed? 

> Has anyone found a solution for this after a git migration?

We’re using CMake with git without any trouble - no solution to be found. The 
install target works flawlessly and as expected.

I think you’ll need to provide some more details about what you’re doing. Are 
you by any chance doing in-source builds? Why are you so focussed on 'git 
clone’? That is the kind of thing you would do once, and then almost never 
again, so I don’t see how that can be related to running an install target.

Sincerely, Jakob



-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

Re: [CMake] How to create a custom solution with Visual Studio 2010 generator?

2015-09-30 Thread Golebiewski, Jakub 
Hi,

So I've sort of solved my initial problem by simply moving from VS2010 to 
VS2013. I'm still using VS2010 toolchain but in VS2013 IDE and it performs much 
much better and can handle ~600 project solutions.

Thanks everybody for help,

Regards,
JG

> -Original Message-
> From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Golebiewski,
> Jakub
> Sent: Wednesday, September 23, 2015 9:35 AM
> To: J Decker
> Cc: cmake@cmake.org
> Subject: Re: [CMake] How to create a custom solution with Visual Studio 2010
> generator?
>
> > -Original Message-
> > From: J Decker [mailto:d3c...@gmail.com]
> > Sent: Tuesday, September 22, 2015 9:40 AM
> > To: Golebiewski, Jakub
> > Cc: cmake@cmake.org
> > Subject: Re: [CMake] How to create a custom solution with Visual
> > Studio
> > 2010 generator?
> >
> > > I've tried running cmake independently for each subproject but I get
> > > errors about unknown Targets since every Sub Project depends on
> > > targets
> > from 'earlier' one.
> > >
> > > I have about 620 targets (VS projects) so when I open Main
> > > Project.sln
> > (with 620 projects) in VS it is impossible to work with.
> > > Currently cmake produces .sln for each Sub Project but includes
> > > dependencies from other projects and that's something I don’t want
> > > Since the amount of projects in each .sln increases the further I go
> > > and
> > most of them (later in the dependency chain) are not possible to work
> > with either. I'm trying to divide it into .slns that developers could work 
> > with
> in VS.
> > >
> > Hmm; I was going to check to see if .sln's were made in subdirs... and
> > they are... wonder if it was always taht way.
> > But... the projects deeper in the tree only have those things that it
> > depended on... so I don't get why you say 'the amount of projects
> > increases the further you go'   Yes... high level projects will have
> > all of their dependancies but nothing extra...
>
> I meant that in my case (let's use the original simple example), targets 3,4
> depend on 1,2 and 5,6 depend on 3,4 and therefore on
> 1,2 as well. So in Sub Project 1.sln I get targets 1,2 in Sub Project 2.sln I 
> get
> 1,2,3,4 and in Sub Project 3.sln I get 1,2,3,4,5,6.
> This is of course absolutely correct and the right way to do it. But in my 
> case
> with about 620 projects I have about 19 subprojects.
> This means that I get solutions more or less like this:
>
> 1. 30 projects
> 2. 50 projects (about 20 as dependencies from 1 - not all because there are
> unit test projects (executables) in 1 and all the rest) 3. 70 projects (about 
> 50
> as dependencies from 1,2) 4. 100 projects (...) 5. 150 projects 6. 200 
> projects 7.
> 250 projects 8. 300 projects 9. 350 projects (probably about 75 projects and
> 300 as dependencies from 1 - 8) ...
>
> At this point unfortunately the VS 2010 is so slow that It is impossible to 
> work
> with 350 project solution.
> So what I want to do Is to cut the dependencies from other projects to make
> this usable.
> (that's what we are currently doing, I'm in the process of converting our
> current build system to cmake)
>
> I hope that's clear enough.
>
> >
> > isn't it already making the minimal solutions you're suggesting you
> > make by hand anyway?
> >
> > Other than as I use this; the Install rule in the sub-solution doesn't
> > install everything...
> > could wish the OutputPath cmake built was relative to the solution
> > instead of the projects... then at least nothing funky would have to
> > be done to run applications from the debugger; other than data
> > resources could still be missing.
>
> Thanks for help, I really appreciate it
>
> **
> 
> This e-mail and any attachments thereto may contain confidential
> information and/or information protected by intellectual property rights for
> the exclusive attention of the intended addressees named above. If you
> have received this transmission in error, please immediately notify the
> sender by return e-mail and delete this message and its attachments.
> Unauthorized use, copying or further full or partial distribution of this 
> e-mail
> or its contents is prohibited.
> **
> 
> --
>
> 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 services to support the CMake community. For more
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/cmake

[CMake] cmake install behaviour with git

2015-09-30 Thread Jörg Kreuzberger 
Hi!

the cmake install behaviour of files was ok for me, as long as we used svn.
Now we changed to git and i have a problem now with the install behaviour.

On git the timestamps of all files get the time of the clone. So files not build
(e.g. configuration files, xml files etc) from the repository have the same 
timestamp.

Now install behaves differnt, cause cmake checks only file time difference. 
Files previously overwritten are now
considered Up-to-date

I am forcing now overwrite with CMAKE_ALWAYS_INSTALL, but this takes then a 
long time, cause now all
binary files (with differnt timestamps) get installed (e.g. huge qt dlls, 
executables etc :-) )

Has anyone found a solution for this after a git migration?
Adapting the file timestamps after clone seems not the thing i want to do :-)
Or should i post a feature-request to check also the file size for Up-to-date 
checking?

Thanks for any hints,
Joerg

-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

[cmake-developers] CMake Find modules out of the CMake tree

2015-09-30 Thread Tuukka Pasanen 

Hello,
I've been using successfully CMake for years and one can find almost 
Find-functions for everything (SDL2 for example) from dark corners net 
but then comes the question. Is there any project that tracks down these 
out of tree modules and makes them easily install because now I have to 
keep them in tree and find 'best' version of script (because there is 
several in-tree version available). So do anyone know is there 
coordinated effort to do this kind of 'Incubator' modules repository?


Sincerely,
Tuukka
--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] [Patch] Adding Windows 10 support

2015-09-30 Thread Gilles Khouzam 
Hi Brad,

I've changed the code of the 3rd patch to remove the 
WINDOWS_TARGET_PLATFORM_VERSION and CMAKE_WINDOWS_TARGET_PLATFORM_VERSION and 
simply use the SystemVersion to determine the version of the Windows 10 SDK to 
use.

Now, by default on Windows 10 host devices with Visual Studio 2015, the latest 
SDK will be used. I've also changed the sorting of the SDKs and comparison 
checks to use cmSystemTools::VersionCompare.


-Original Message-
From: Gilles Khouzam 
Sent: Monday, September 28, 2015 14:35
To: Brad King 
Cc: cmake-developers@cmake.org
Subject: RE: [cmake-developers] [Patch] Adding Windows 10 support

The more I think about it, the more this makes sense and should work out well.

Let me take your current changes and adapt them for this and test them out.

-Original Message-
From: Gilles Khouzam
Sent: Friday, September 25, 2015 14:55
To: 'Brad King' 
Cc: cmake-developers@cmake.org
Subject: RE: [cmake-developers] [Patch] Adding Windows 10 support

You're right, by targeting another version (8.1 or 6.3), the tag would not be 
written. 

Leveraging CMAKE_SYSTEM_VERSION is an interesting idea. Let me mull it over a 
little bit more and see how I would apply to newer SDKs as they come out, as I 
would like to minimize the required changes to CMake to support things when 
they come out (I'm gathering some information on that).


-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
Sent: Friday, September 25, 2015 11:53
To: Gilles Khouzam 
Cc: cmake-developers@cmake.org
Subject: Re: [cmake-developers] [Patch] Adding Windows 10 support

On 09/25/2015 01:00 PM, Gilles Khouzam wrote:
> This was done deliberately to only force a value for 
> CMAKE_WINDOWS_TARGET_PLATFORM_VERSION

With the approach in my patch that variable is never set by the generator.  It 
chooses a WindowsTargetPlatformVersion value and reports it in 
CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION.
The CMAKE_WINDOWS_TARGET_PLATFORM_VERSION variable is only for the user-defined 
selection.

> when the CMAKE_SYSTEM_VERSION is specified as 10.0.
> Otherwise any Windows 10 machine will use the Windows 10 SDK and not 
> the Windows 8.1 SDK

Why is it wrong to target the host's version by default?
This is commonly done on other platforms.  If one is building only for the 
current host this makes sense.  If one is building for deployment then extra 
care is needed anyway.

> and I'm not sure that there is a way then target the Windows 8.1 SDK.

If one wants to build on a Windows 10 host but target an older version of 
Windows, one can simply do -DCMAKE_SYSTEM_VERSION=6.3 for example.  This is 
thanks to your patch that allows it to be set separately from CMAKE_SYSTEM_NAME.

Actually, why do we need a separate setting like 
CMAKE_WINDOWS_TARGET_PLATFORM_VERSION to select this at all?
Why not just take the highest available SDK that does not exceed 
CMAKE_SYSTEM_VERSION?  CMAKE_SYSTEM_VERSION is meant exactly to specify the 
target OS version.  You posted something about this here:

 https://cmake.org/Bug/view.php?id=15670#c39247

but I do not quite understand it.

Thanks,
-Brad



0003-VS-Add-support-for-selecting-the-Windows-10-SDK.PATCH
Description: 0003-VS-Add-support-for-selecting-the-Windows-10-SDK.PATCH
-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

[Cmake-commits] CMake branch, next, updated. v3.3.2-3416-gb82ae22

2015-09-30 Thread Domen Vrankar 
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  b82ae22bf8d81ce4abfe340c52fdde41e9fe3776 (commit)
   via  55653c8be853c2bcbae9595dcf278fa27e2cf37e (commit)
  from  239d0e025739f5885d49304e93fc896aa27928ba (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b82ae22bf8d81ce4abfe340c52fdde41e9fe3776
commit b82ae22bf8d81ce4abfe340c52fdde41e9fe3776
Merge: 239d0e0 55653c8
Author: Domen Vrankar 
AuthorDate: Wed Sep 30 16:15:29 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 16:15:29 2015 -0400

Merge topic 'cpack-tests-fix' into next

55653c8b CPack: fix TGZ test missing compiler errors


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=55653c8be853c2bcbae9595dcf278fa27e2cf37e
commit 55653c8be853c2bcbae9595dcf278fa27e2cf37e
Author: Domen Vrankar 
AuthorDate: Wed Sep 30 22:13:12 2015 +0200
Commit: Domen Vrankar 
CommitDate: Wed Sep 30 22:13:12 2015 +0200

CPack: fix TGZ test missing compiler errors

diff --git a/Tests/RunCMake/CPack/CPackTestHelpers.cmake 
b/Tests/RunCMake/CPack/CPackTestHelpers.cmake
index 7ea2a24..153ff50 100644
--- a/Tests/RunCMake/CPack/CPackTestHelpers.cmake
+++ b/Tests/RunCMake/CPack/CPackTestHelpers.cmake
@@ -10,47 +10,14 @@ function(run_cpack_test TEST_NAME types build)
 file(MAKE_DIRECTORY "${RunCMake_TEST_BINARY_DIR}")
 
 # execute cmake
-execute_process(
-  COMMAND "${CMAKE_COMMAND}" -DRunCMake_TEST=${TEST_NAME}
-  -DGENERATOR_TYPE=${TEST_TYPE} "${RunCMake_SOURCE_DIR}"
-  WORKING_DIRECTORY "${RunCMake_TEST_BINARY_DIR}"
-  RESULT_VARIABLE res
-  OUTPUT_FILE "${RunCMake_TEST_BINARY_DIR}/test_output.txt"
-  ERROR_FILE "${RunCMake_TEST_BINARY_DIR}/test_error.txt"
-  )
-
-if(res)
-  run_cmake_command(
-${TEST_TYPE}/${TEST_NAME}
-"${CMAKE_COMMAND}"
-  -DRunCMake_TEST_STEP=configure
-  -Dreturn_code=${res}
-  "-Dbin_dir=${RunCMake_TEST_BINARY_DIR}"
-  -P "${RunCMake_SOURCE_DIR}/PreTestError.cmake"
-)
-  return()
-endif()
+unset(RunCMake_TEST_COMMAND)
+set(RunCMake_TEST_OPTIONS "-DGENERATOR_TYPE=${TEST_TYPE}")
+run_cmake(${TEST_NAME})
 
 # execute optional build step
 if(build)
-  execute_process(
-COMMAND "${CMAKE_COMMAND}" --build "${RunCMake_TEST_BINARY_DIR}"
-RESULT_VARIABLE res
-OUTPUT_FILE "${RunCMake_TEST_BINARY_DIR}/test_output.txt"
-ERROR_FILE "${RunCMake_TEST_BINARY_DIR}/test_error.txt"
-)
-endif()
-
-if(res)
-  run_cmake_command(
-${TEST_TYPE}/${TEST_NAME}
-"${CMAKE_COMMAND}"
-  -DRunCMake_TEST_STEP=build
-  -Dreturn_code=${res}
-  "-Dbin_dir=${RunCMake_TEST_BINARY_DIR}"
-  -P "${RunCMake_SOURCE_DIR}/PreTestError.cmake"
-)
-  return()
+  set(RunCMake_TEST_COMMAND "${CMAKE_COMMAND}" --build 
"${RunCMake_TEST_BINARY_DIR}")
+  run_cmake(${TEST_NAME})
 endif()
 
 # execute cpack
diff --git a/Tests/RunCMake/CPack/PreTestError.cmake 
b/Tests/RunCMake/CPack/PreTestError.cmake
deleted file mode 100644
index f88f2e8..000
--- a/Tests/RunCMake/CPack/PreTestError.cmake
+++ /dev/null
@@ -1,7 +0,0 @@
-file(READ "${bin_dir}/test_output.txt" output)
-file(READ "${bin_dir}/test_error.txt" error)
-
-message(FATAL_ERROR "Error in pre-test phase '${RunCMake_TEST_STEP}'!\n"
-"Return code: '${return_code}'\n"
-"Info output: '${output}'\n"
-"Error output: '${error}'")
diff --git a/Tests/RunCMake/CPack/TGZ/Helpers.cmake 
b/Tests/RunCMake/CPack/TGZ/Helpers.cmake
index f14d532..4ce2590 100644
--- a/Tests/RunCMake/CPack/TGZ/Helpers.cmake
+++ b/Tests/RunCMake/CPack/TGZ/Helpers.cmake
@@ -1,7 +1,7 @@
 set(ALL_FILES_GLOB "*.tar.gz")
 
 function(getPackageContent FILE RESULT_VAR)
-  execute_process(COMMAND ${CMAKE_COMMAND} -E tar -ztvf ${FILE}
+  execute_process(COMMAND ${TAR_EXECUTABLE} -ztvf ${FILE}
   OUTPUT_VARIABLE package_content_
   ERROR_QUIET
   OUTPUT_STRIP_TRAILING_WHITESPACE)
diff --git a/Tests/RunCMake/CPack/TGZ/Prerequirements.cmake 
b/Tests/RunCMake/CPack/TGZ/Prerequirements.cmake
index dbaf682..c244984 100644
--- a/Tests/RunCMake/CPack/TGZ/Prerequirements.cmake
+++ b/Tests/RunCMake/CPack/TGZ/Prerequirements.cmake
@@ -1,4 +1,4 @@
 function(get_test_prerequirements found_var config_file)
-  file(WRITE "${config_file}" "")
+  file(WRITE "${config_file}" "set(TAR_EXECUTABLE \"${CMAKE_COMMAND}\" -E 
tar)")
   set(${found_var} true PARENT_SCOPE)

[Cmake-commits] CMake branch, next, updated. v3.3.2-3394-ge3eb67f

2015-09-30 Thread Brad King 
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  e3eb67f7bcf91008086675f7f023210b594fe925 (commit)
   via  f90acf522b1a03af9b5a7bea1d3f50285504fce8 (commit)
   via  e67e0155d9dfbcf9691b0863978b441545a89565 (commit)
   via  11733d2dae0a844c2cfa5824bb1cac7b6a405c16 (commit)
  from  847bd5efb03d8394bc41cfcb8e2b72e20e7cfb6e (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e3eb67f7bcf91008086675f7f023210b594fe925
commit e3eb67f7bcf91008086675f7f023210b594fe925
Merge: 847bd5e f90acf5
Author: Brad King 
AuthorDate: Wed Sep 30 08:54:20 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 08:54:20 2015 -0400

Merge topic 'fix-warnings' into next

f90acf52 cmVisualStudio10TargetGenerator: Fix unsigned integer constant type
e67e0155 cmMakefile: Avoid name conflict with Solaris global typedef
11733d2d CMake Nightly Date Stamp


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f90acf522b1a03af9b5a7bea1d3f50285504fce8
commit f90acf522b1a03af9b5a7bea1d3f50285504fce8
Author: Brad King 
AuthorDate: Wed Sep 30 08:53:09 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 08:53:09 2015 -0400

cmVisualStudio10TargetGenerator: Fix unsigned integer constant type

Add a 'u' suffix to FILETIME component integer constant initializers.
This avoids warnings about the range of the signed constant value.

diff --git a/Source/cmVisualStudio10TargetGenerator.cxx 
b/Source/cmVisualStudio10TargetGenerator.cxx
index 6c71313..fcd8f2a 100644
--- a/Source/cmVisualStudio10TargetGenerator.cxx
+++ b/Source/cmVisualStudio10TargetGenerator.cxx
@@ -3475,7 +3475,7 @@ bool cmVisualStudio10TargetGenerator::ForceOld(const 
std::string& source) const
 return false;
 }
 
-  FILETIME const ftime_20010101 = { 3365781504, 29389701 };
+  FILETIME const ftime_20010101 = { 3365781504u, 29389701u };
   if (!SetFileTime(h, _20010101, _20010101, _20010101))
 {
 CloseHandle(h);

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e67e0155d9dfbcf9691b0863978b441545a89565
commit e67e0155d9dfbcf9691b0863978b441545a89565
Author: Brad King 
AuthorDate: Wed Sep 30 08:47:02 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 08:47:02 2015 -0400

cmMakefile: Avoid name conflict with Solaris global typedef

On Solaris there is a global typedef called 'single':

 /usr/include/floatingpoint.h:77:15: note: shadowed declaration is here
  typedef float single;

Avoid shadowing it by using a different name.

diff --git a/Source/cmMakefile.cxx b/Source/cmMakefile.cxx
index c70756a..077470d 100644
--- a/Source/cmMakefile.cxx
+++ b/Source/cmMakefile.cxx
@@ -3218,7 +3218,7 @@ void cmMakefile::AddDefaultDefinitions()
 //
 std::string
 cmMakefile::GetConfigurations(std::vector& configs,
-  bool single) const
+  bool singleConfig) const
 {
   if(this->GetGlobalGenerator()->IsMultiConfig())
 {
@@ -3232,7 +3232,7 @@ cmMakefile::GetConfigurations(std::vector& 
configs,
   else
 {
 const std::string& buildType = this->GetSafeDefinition("CMAKE_BUILD_TYPE");
-if(single && !buildType.empty())
+if(singleConfig && !buildType.empty())
   {
   configs.push_back(buildType);
   }

---

Summary of changes:
 Source/CMakeVersion.cmake  |2 +-
 Source/cmMakefile.cxx  |4 ++--
 Source/cmVisualStudio10TargetGenerator.cxx |2 +-
 3 files changed, 4 insertions(+), 4 deletions(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.3.2-1363-g2cf71cb

2015-09-30 Thread Brad King 
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  2cf71cbdf69564ea7d76ebe80a34c6cd0f5a5ce3 (commit)
   via  def90d5fa5d6a69abd4975d9fe4d07b0c21c6712 (commit)
   via  cc144ebfd8b3a7b89e07c3b22b6a9e8540e5d0e2 (commit)
  from  11733d2dae0a844c2cfa5824bb1cac7b6a405c16 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2cf71cbdf69564ea7d76ebe80a34c6cd0f5a5ce3
commit 2cf71cbdf69564ea7d76ebe80a34c6cd0f5a5ce3
Merge: 11733d2 def90d5
Author: Brad King 
AuthorDate: Wed Sep 30 09:43:37 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 09:43:37 2015 -0400

Merge topic 'update-kwsys'

def90d5f Merge branch 'upstream-kwsys' into update-kwsys
cc144ebf KWSys 2015-09-28 (2089567a)


---

Summary of changes:
 Source/kwsys/SystemTools.cxx |3 +-
 Source/kwsys/testSystemTools.cxx |   63 ++
 2 files changed, 65 insertions(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, next, updated. v3.3.2-3397-geccf4cd

2015-09-30 Thread Brad King 
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  eccf4cd362ea11c18871014045e7635c482a37bb (commit)
   via  5c50b396865c2fbd61cf43c5c4c287113208f32c (commit)
   via  2cf71cbdf69564ea7d76ebe80a34c6cd0f5a5ce3 (commit)
  from  e3eb67f7bcf91008086675f7f023210b594fe925 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=eccf4cd362ea11c18871014045e7635c482a37bb
commit eccf4cd362ea11c18871014045e7635c482a37bb
Merge: e3eb67f 5c50b39
Author: Brad King 
AuthorDate: Wed Sep 30 09:43:47 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 09:43:47 2015 -0400

Merge branch 'master' into next


---

Summary of changes:


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.3.2-1366-gab99010

2015-09-30 Thread Kitware Robot 
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  ab99010a34fe88a81b6560f53ee5f18af6e33d8b (commit)
  from  5c50b396865c2fbd61cf43c5c4c287113208f32c (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ab99010a34fe88a81b6560f53ee5f18af6e33d8b
commit ab99010a34fe88a81b6560f53ee5f18af6e33d8b
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Thu Oct 1 00:01:06 2015 -0400
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Thu Oct 1 00:01:06 2015 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index a70f763..3fc74d8 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
 # CMake version number components.
 set(CMake_VERSION_MAJOR 3)
 set(CMake_VERSION_MINOR 3)
-set(CMake_VERSION_PATCH 20150930)
+set(CMake_VERSION_PATCH 20151001)
 #set(CMake_VERSION_RC 1)

---

Summary of changes:
 Source/CMakeVersion.cmake |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits

Re: [cmake-developers] CMake Find modules out of the CMake tree

2015-09-30 Thread Tuukka Pasanen 

Hello,
As said there ain't official Cmake for SDL2-family and several other. I 
don't believe we are experts of most of them but just wondering should 
there be some kind common effort to provide some of them in same place 
and try to push them upstream projects?


Sincerely,
Tuukka

30.09.2015, 18:45, Tamás Kenéz kirjoitti:

> but I doubt the non-CMake ones generate SDL2Config.cmake files.

neither of them generates, not even the CMake one

On Wed, Sep 30, 2015 at 5:11 PM, Ben Boeckel > wrote:


On Wed, Sep 30, 2015 at 10:22:47 -0400, Brad King wrote:
> With regard to SDL2, the proper way to make it find-able with
CMake is
> for SDL2 to provide a CMake packaging files themselves as part
of their
> own distribution (since they build with CMake):

Just to note, SDL2 also has build systems for ~every buildsystem out
there (VS projects, Xcode projects, Android.mk, autotools, premake,
etc.). I *think* those are for ease-of-embedding, but I doubt the
non-CMake ones generate SDL2Config.cmake files.

--Ben
--

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 services to support the CMake community.
For more information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers






-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] CXX_STANDARD and linking

2015-09-30 Thread Brad King 
On 09/28/2015 03:20 PM, Brad King wrote:
> for now we should look at turning off all language standard and
> compile feature support for SolarisStudio when not hosted on Linux.

Done here:

 Features: Disable support for Oracle SolarisStudio on non-Linux
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=61bc0f73

 Tests: Suppress WriteCompilerDetectionHeader failure on SunPro
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5fdf7594

I also made a fix for Linux:

 Features: Fix C++98 flags on Oracle SolarisStudio 12.4 on Linux
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c824b23d

Steve, please review these changes.

Thanks,
-Brad
-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] CXX_STANDARD and linking

2015-09-30 Thread CHEVRIER, Marc 

Seems OK for me… But my personal situation is even worst now! :)

The situation evolved from a buggy support of C++11 on Solaris to no support at 
all. Do you have any idea (and schedule) for re-introduction of this feature, 
knowing that the key point is the lack of propagating of c++11 compile option 
to the link command. 

Thank you for your help.

Marc




On 30/09/15 16:01, "Brad King"  wrote:

>On 09/28/2015 03:20 PM, Brad King wrote:
>> for now we should look at turning off all language standard and
>> compile feature support for SolarisStudio when not hosted on Linux.
>
>Done here:
>
> Features: Disable support for Oracle SolarisStudio on non-Linux
> https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=61bc0f73
>
> Tests: Suppress WriteCompilerDetectionHeader failure on SunPro
> https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5fdf7594
>
>I also made a fix for Linux:
>
> Features: Fix C++98 flags on Oracle SolarisStudio 12.4 on Linux
> https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c824b23d
>
>Steve, please review these changes.
>
>Thanks,
>-Brad
-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] CMake Find modules out of the CMake tree

2015-09-30 Thread Brad King 
On 09/30/2015 02:34 AM, Tuukka Pasanen wrote:
> I've been using successfully CMake for years and one can find almost 
> Find-functions for everything (SDL2 for example) from dark corners net 
> but then comes the question. Is there any project that tracks down these 
> out of tree modules and makes them easily install because now I have to 
> keep them in tree and find 'best' version of script (because there is 
> several in-tree version available). So do anyone know is there 
> coordinated effort to do this kind of 'Incubator' modules repository?

I'm not aware of a project with that specific purpose off the top of
my head.  The closest project may be KDE's extra-cmake-modules:

 https://community.kde.org/Frameworks/Building/Details#Extra_CMake_Modules
 http://api.kde.org/ecm/manual/ecm.7.html

With regard to SDL2, the proper way to make it find-able with CMake is
for SDL2 to provide a CMake packaging files themselves as part of their
own distribution (since they build with CMake):

 https://cmake.org/cmake/help/v3.3/manual/cmake-packages.7.html

This is why upstream CMake does not have a find module for SDL2.
We cannot possibly maintain a find module with deep awareness of
libraries/versions/etc. for every project out there.

-Brad

-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

[Cmake-commits] CMake branch, next, updated. v3.3.2-3400-g25e051b

2015-09-30 Thread Brad King 
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  25e051b55896f9ba705ad58efa7f79abc64fa250 (commit)
   via  5fdf75947822bc17d30a9e60022a4fc77b4cdf63 (commit)
   via  c824b23d15b92247f3527f1b884c23d34e6749b5 (commit)
  from  eccf4cd362ea11c18871014045e7635c482a37bb (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=25e051b55896f9ba705ad58efa7f79abc64fa250
commit 25e051b55896f9ba705ad58efa7f79abc64fa250
Merge: eccf4cd 5fdf759
Author: Brad King 
AuthorDate: Wed Sep 30 09:56:05 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 09:56:05 2015 -0400

Merge topic 'compiler-features-solaris' into next

5fdf7594 Tests: Suppress WriteCompilerDetectionHeader failure on SunPro
c824b23d Features: Fix C++98 flags on Oracle SolarisStudio 12.4 on Linux


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5fdf75947822bc17d30a9e60022a4fc77b4cdf63
commit 5fdf75947822bc17d30a9e60022a4fc77b4cdf63
Author: Brad King 
AuthorDate: Wed Sep 30 09:53:52 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 09:53:52 2015 -0400

Tests: Suppress WriteCompilerDetectionHeader failure on SunPro

We do support SunPro 5.13 compiler features, but only on Linux.
Suppress the portion of the test that fails on Solaris until
the larger problem can be addressed.

diff --git a/Tests/Module/WriteCompilerDetectionHeader/CMakeLists.txt 
b/Tests/Module/WriteCompilerDetectionHeader/CMakeLists.txt
index c538280..ffee035 100644
--- a/Tests/Module/WriteCompilerDetectionHeader/CMakeLists.txt
+++ b/Tests/Module/WriteCompilerDetectionHeader/CMakeLists.txt
@@ -25,7 +25,8 @@ if (NOT CMAKE_CXX_COMPILE_FEATURES AND NOT 
CMAKE_C_COMPILE_FEATURES)
   )
   add_executable(WriteCompilerDetectionHeader 
"${CMAKE_CURRENT_BINARY_DIR}/dummy.cpp")
 
-  if(UNIX OR NOT CMAKE_CXX_COMPILER_ID STREQUAL "GNU")
+  if((UNIX OR NOT CMAKE_CXX_COMPILER_ID STREQUAL "GNU")
+  AND NOT CMAKE_CXX_COMPILER_ID STREQUAL "SunPro")
 include(CheckCXXSourceCompiles)
 check_cxx_source_compiles("#include 
\"${CMAKE_CURRENT_BINARY_DIR}/test_compiler_detection.h\"\nint main() { return 
0; }\n"
   file_include_works

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c824b23d15b92247f3527f1b884c23d34e6749b5
commit c824b23d15b92247f3527f1b884c23d34e6749b5
Author: Brad King 
AuthorDate: Wed Sep 30 09:46:49 2015 -0400
Commit: Brad King 
CommitDate: Wed Sep 30 09:48:29 2015 -0400

Features: Fix C++98 flags on Oracle SolarisStudio 12.4 on Linux

diff --git a/Modules/Compiler/SunPro-CXX.cmake 
b/Modules/Compiler/SunPro-CXX.cmake
index dccc25e..0e936ca 100644
--- a/Modules/Compiler/SunPro-CXX.cmake
+++ b/Modules/Compiler/SunPro-CXX.cmake
@@ -33,6 +33,8 @@ set(CMAKE_CXX_CREATE_STATIC_LIBRARY
 
 if (CMAKE_SYSTEM_NAME STREQUAL Linux)
   if (NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 5.13)
+set(CMAKE_CXX98_STANDARD_COMPILE_OPTION "-std=c++03")
+set(CMAKE_CXX98_EXTENSION_COMPILE_OPTION "-std=c++03")
 set(CMAKE_CXX11_STANDARD_COMPILE_OPTION "-std=c++11")
 set(CMAKE_CXX11_EXTENSION_COMPILE_OPTION "-std=c++11")
   endif()

---

Summary of changes:
 Modules/Compiler/SunPro-CXX.cmake|2 ++
 Tests/Module/WriteCompilerDetectionHeader/CMakeLists.txt |3 ++-
 2 files changed, 4 insertions(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, next, updated. v3.3.2-3402-ga00cb0c

2015-09-30 Thread Brad King 
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  a00cb0cbeea37a2d896275dfef76060481822da7 (commit)
   via  c5b521e2b99e8b8025990588f77d15340ab743b2 (commit)
  from  25e051b55896f9ba705ad58efa7f79abc64fa250 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a00cb0cbeea37a2d896275dfef76060481822da7
commit a00cb0cbeea37a2d896275dfef76060481822da7
Merge: 25e051b c5b521e
Author: Brad King 
AuthorDate: Wed Sep 30 11:01:32 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Wed Sep 30 11:01:32 2015 -0400

Merge topic 'restrict-shlib-link-flags-to-enable-exports' into next

c5b521e2 Drop executable symbol export if platform does not support shared 
libs


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c5b521e2b99e8b8025990588f77d15340ab743b2
commit c5b521e2b99e8b8025990588f77d15340ab743b2
Author: Chuck Atkins 
AuthorDate: Tue Sep 29 11:34:18 2015 -0500
Commit: Brad King 
CommitDate: Wed Sep 30 10:59:58 2015 -0400

Drop executable symbol export if platform does not support shared libs

Instead of always adding CMAKE_SHARED_LIBRARY_LINK__FLAGS to
executables, or just when the ENABLE_EXPORTS property is set (CMP0065),
make sure that the target platform also actually supports shared
libraries.  If not, then the executable cannot possibly provide symbols
to them anyway.

diff --git a/Source/cmLocalGenerator.cxx b/Source/cmLocalGenerator.cxx
index 6c7b194..71f36c4 100644
--- a/Source/cmLocalGenerator.cxx
+++ b/Source/cmLocalGenerator.cxx
@@ -1540,7 +1540,9 @@ void cmLocalGenerator::OutputLinkLibraries(std::string& 
linkLibraries,
 this->Makefile->GetSafeDefinition("CMAKE_LIBRARY_PATH_TERMINATOR");
 
   // Flags to link an executable to shared libraries.
-  if( tgt.GetType() == cmTarget::EXECUTABLE )
+  if (tgt.GetType() == cmTarget::EXECUTABLE &&
+  this->StateSnapshot.GetState()->
+GetGlobalPropertyAsBool("TARGET_SUPPORTS_SHARED_LIBS"))
 {
 bool add_shlib_flags = false;
 switch(tgt.Target->GetPolicyStatusCMP0065())

---

Summary of changes:
 Source/cmLocalGenerator.cxx |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits

Re: [cmake-developers] CMake Find modules out of the CMake tree

2015-09-30 Thread Tamás Kenéz 
> but I doubt the non-CMake ones generate SDL2Config.cmake files.

neither of them generates, not even the CMake one

On Wed, Sep 30, 2015 at 5:11 PM, Ben Boeckel 
wrote:

> On Wed, Sep 30, 2015 at 10:22:47 -0400, Brad King wrote:
> > With regard to SDL2, the proper way to make it find-able with CMake is
> > for SDL2 to provide a CMake packaging files themselves as part of their
> > own distribution (since they build with CMake):
>
> Just to note, SDL2 also has build systems for ~every buildsystem out
> there (VS projects, Xcode projects, Android.mk, autotools, premake,
> etc.). I *think* those are for ease-of-embedding, but I doubt the
> non-CMake ones generate SDL2Config.cmake files.
>
> --Ben
> --
>
> 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 services to support the CMake community. For more
> information on each offering, please visit:
>
> CMake Support: http://cmake.org/cmake/help/support.html
> CMake Consulting: http://cmake.org/cmake/help/consulting.html
> CMake Training Courses: http://cmake.org/cmake/help/training.html
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/cmake-developers
>
-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers

Re: [cmake-developers] CMake Find modules out of the CMake tree

2015-09-30 Thread Ben Boeckel 
On Wed, Sep 30, 2015 at 10:22:47 -0400, Brad King wrote:
> With regard to SDL2, the proper way to make it find-able with CMake is
> for SDL2 to provide a CMake packaging files themselves as part of their
> own distribution (since they build with CMake):

Just to note, SDL2 also has build systems for ~every buildsystem out
there (VS projects, Xcode projects, Android.mk, autotools, premake,
etc.). I *think* those are for ease-of-embedding, but I doubt the
non-CMake ones generate SDL2Config.cmake files.

--Ben
-- 

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers