date:20170207

[Cmake-commits] CMake branch, master, updated. v3.8.0-rc1-19-g7e42a43

2017-02-07 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  7e42a43c1413e46e43d657a025dae726735dfcda (commit)
  from  9bd017d20ec4a2f9f4ceb2a39aa764b584026026 (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=7e42a43c1413e46e43d657a025dae726735dfcda
commit 7e42a43c1413e46e43d657a025dae726735dfcda
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Wed Feb 8 00:01:07 2017 -0500
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Wed Feb 8 00:01:07 2017 -0500

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 5b779bc..7d63f1a 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 8)
-set(CMake_VERSION_PATCH 20170207)
+set(CMake_VERSION_PATCH 20170208)
 #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] cmake server-mode project order

2017-02-07 Thread Michael Jackson

Tobias Hunger wrote:

On Feb 7, 2017 20:43, "Brad King" > wrote:

On 02/07/2017 02:23 PM, Michael Jackson wrote:
 > Are there any improvements to the cmake -server mode? I am
testing the
 > combination of QtCreator and CMake and there seemed to be an
issue where
 > the list of projects are in Alphabetical order and not in a "top
down"
 > order.

Tobias?

I admit that I did not yet notice that yet:-) I turn the whole thing
into a tree anyway and do not care about the order of the elements.

Server-mode is not doing anything special, it just grabs the project
list from cmGlobalGenerator::GetProjectMap() and dumps it. That is a
map, so now that I think about it, it is sorted by name:-)

Yes, I could re-sort that to be in another order.

Best Regards,
Tobisa

This comes off mainly as a visual issue but also a but of a usability 
issue. Our project is called "DREAM3D" but has a subproject called 
"AMProcessMonitoring". After loading the project in QtCreator 4.3 beta 
using CMake 3.7.1 (on OS X if that matters at all), the top level is 
listed as "AMProcessMonitoring". Everything generally compiles fine from 
there. If I close the project and go to QtCreators Welcome page I don't 
see "DREAM3D" anymore but I see "AMProcessMonitoring" instead. Clicking 
on the "AMProcessingMonitoring" link correctly opens the project. It is 
just odd to see it that way.

So if you could somehow mark the top level project when you get the list 
from CMake and percolate that to the QtCreator UI it would be really 
great. So far the combination of QtCreator 4.3 and CMake 3.7.1 has 
really great potential. There are still some rough spots but I generally 
am really happy with this combination now.

--
Michael A. Jackson 400 S. Pioneer Blvd
Owner, President   Springboro, Ohio 45066
BlueQuartz Software, LLC   EMail: mike.jack...@bluequartz.net
Voice: 937-790-1601Web: http://www.bluequartz.net
Fax: 937-746-0783
--

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-commits] CMake branch, next, updated. v3.8.0-rc1-33-g6a98f43

2017-02-07 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  6a98f43c2894bbf324ae31311e5e0ef021a2c3b3 (commit)
   via  b99d0e064557f6d59da35da34a7d5ae39cd44644 (commit)
  from  b44b3df4e1f9ee55734c2e02f37459e2bea5dc1d (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=6a98f43c2894bbf324ae31311e5e0ef021a2c3b3
commit 6a98f43c2894bbf324ae31311e5e0ef021a2c3b3
Merge: b44b3df b99d0e0
Author: Brad King 
AuthorDate: Tue Feb 7 14:40:38 2017 -0500
Commit: CMake Topic Stage 
CommitDate: Tue Feb 7 14:40:38 2017 -0500

Merge topic 'lang-flag-order' into next

b99d0e06 Move language standard options to the beginning of compiler flags


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b99d0e064557f6d59da35da34a7d5ae39cd44644
commit b99d0e064557f6d59da35da34a7d5ae39cd44644
Author: Brad King 
AuthorDate: Mon Feb 6 13:10:54 2017 -0500
Commit: Brad King 
CommitDate: Mon Feb 6 13:10:54 2017 -0500

Move language standard options to the beginning of compiler flags

Through `CXX_STANDARD` and `COMPILE_FEATURES` target properties CMake
determines what `-std=` flag to pass to the compiler.  Move this flag to
the beginning of the command line so that flags provided by users can
override it (e.g. to use a standard flag newer than CMake knows).

Fixes: #16608

diff --git a/Source/cmGhsMultiTargetGenerator.cxx 
b/Source/cmGhsMultiTargetGenerator.cxx
index ba623d5..5ed5817 100644
--- a/Source/cmGhsMultiTargetGenerator.cxx
+++ b/Source/cmGhsMultiTargetGenerator.cxx
@@ -231,6 +231,9 @@ void 
cmGhsMultiTargetGenerator::SetCompilerFlags(std::string const& config,
 std::string flags;
 const char* lang = language.c_str();
 
+this->LocalGenerator->AddLanguageStandardOptions(
+  flags, this->GeneratorTarget, lang, config);
+
 if (notKernel) {
   this->LocalGenerator->AddLanguageFlags(flags, lang, config);
 } else {
diff --git a/Source/cmGlobalXCodeGenerator.cxx 
b/Source/cmGlobalXCodeGenerator.cxx
index 8627cf2..de716e6 100644
--- a/Source/cmGlobalXCodeGenerator.cxx
+++ b/Source/cmGlobalXCodeGenerator.cxx
@@ -1643,6 +1643,8 @@ void 
cmGlobalXCodeGenerator::CreateBuildSettings(cmGeneratorTarget* gtgt,
li != languages.end(); ++li) {
 std::string const& lang = *li;
 std::string& flags = cflags[lang];
+this->CurrentLocalGenerator->AddLanguageStandardOptions(flags, gtgt, lang,
+configName);
 
 // Add language-specific flags.
 this->CurrentLocalGenerator->AddLanguageFlags(flags, lang, configName);
diff --git a/Source/cmLocalGenerator.cxx b/Source/cmLocalGenerator.cxx
index 44c390c..6e4eeeb 100644
--- a/Source/cmLocalGenerator.cxx
+++ b/Source/cmLocalGenerator.cxx
@@ -746,6 +746,13 @@ void cmLocalGenerator::AddCompileOptions(std::string& 
flags,
   this->AppendFlagEscape(flags, *i);
 }
   }
+}
+
+void cmLocalGenerator::AddLanguageStandardOptions(std::string& flags,
+  cmGeneratorTarget* target,
+  const std::string& lang,
+  const std::string& config)
+{
   std::vector features;
   target->GetCompileFeatures(features, config);
   for (std::vector::const_iterator it = features.begin();
@@ -1053,6 +1060,8 @@ void 
cmLocalGenerator::GetTargetCompileFlags(cmGeneratorTarget* target,
 {
   cmMakefile* mf = this->GetMakefile();
 
+  this->AddLanguageStandardOptions(flags, target, lang, config);
+
   // Add language-specific flags.
   this->AddLanguageFlags(flags, lang, config);
 
diff --git a/Source/cmLocalGenerator.h b/Source/cmLocalGenerator.h
index 901ca35..689ec70 100644
--- a/Source/cmLocalGenerator.h
+++ b/Source/cmLocalGenerator.h
@@ -98,6 +98,10 @@ public:
 const std::string& lang,
 const std::string& config);
 
+  void AddLanguageStandardOptions(std::string& flags,
+  cmGeneratorTarget* target,
+  const std::string& lang,
+  const std::string& config);
   void AddLanguageFlags(std::string& flags, const std::string& lang,
 const std::string& config);
   void AddCMP0018Flags(std::string& flags, cmGeneratorTarget const* target,
diff --git a/Source/cmLocalVisualStudio7Generator.cxx 
b/Source/cmLocalVisualStudio7Generator.cxx
index 38dda04..04ec110 100644
---

Re: [CMake] cmake server-mode project order (was: CMake 3.8.0-rc1 now ready for testing!)

2017-02-07 Thread Brad King

On 02/07/2017 02:23 PM, Michael Jackson wrote:
> Are there any improvements to the cmake -server mode? I am testing the 
> combination of QtCreator and CMake and there seemed to be an issue where 
> the list of projects are in Alphabetical order and not in a "top down" 
> order.

Tobias?

-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

Re: [CMake] [ANNOUNCE] CMake 3.8.0-rc1 now ready for testing!

2017-02-07 Thread Michael Jackson

Are there any improvements to the cmake -server mode? I am testing the 
combination of QtCreator and CMake and there seemed to be an issue where 
the list of projects are in Alphabetical order and not in a "top down" 
order.

--
Michael A. Jackson
BlueQuartz Software, LLC
[e]: mike.jack...@bluequartz.net


Robert Maynard wrote:

I am proud to announce the first CMake 3.8 release candidate.
   https://cmake.org/download/

Documentation is available at:
   https://cmake.org/cmake/help/v3.8

Release notes appear below and are also published at
   https://cmake.org/cmake/help/v3.8/release/3.8.html

Some of the more significant changes in CMake 3.8 are:

* CMake now supports "CSharp" (C#) as a first-class language. It is
   currently supported by the Visual Studio Generators for VS 2010
   and above.

* CMake now supports "CUDA" as a first-class language. It is
   currently supported by the Makefile Generators and the
   "Ninja" generator on Linux, macOS, and Windows. Support for the
   Visual Studio IDE is under development but not included in this
   release.

* The "Compile Features" functionality now offers meta-features that
   request compiler modes for specific language standard levels (e.g.
   "cxx_std_11").  See "CMAKE_C_KNOWN_FEATURES" and
   "CMAKE_CXX_KNOWN_FEATURES".

* The "Compile Features" functionality is now aware of C++ 17.  No
   specific features are yet enumerated besides the "cxx_std_17" meta-
   feature.

* The Visual Studio Generators for VS 2013 and above learned to
   support a "host=x64" option in the "CMAKE_GENERATOR_TOOLSET" value
   (e.g.  via the "cmake(1)" "-T" option) to request use of a VS 64-bit
   toolchain on 64-bit hosts.

* The Visual Studio Generators learned to treat files passed to
   "target_link_libraries()" whose names end in ".targets" as MSBuild
   "targets" files to be imported into generated project files.

* The "try_compile()" command source file signature gained new
   options to specify the language standard to use in the generated
   test project.

* The "try_compile()" command source file signature now honors
   language standard variables like "CMAKE_CXX_STANDARD". See policy
   "CMP0067".

* A "BUILD_RPATH" target property and corresponding
   "CMAKE_BUILD_RPATH" variable were added to support custom "RPATH"
   locations to be added to binaries in the build tree.

* The "COMPILE_FLAGS" source file property learned to support
   "generator expressions".

* A new generator expression "$" was
   added. It resolves to the true-value if the condition is "1" and
   resolves to the false-value if the condition is "0".

* The "Compile Features" functionality is now aware of features
   supported by Intel C++ compilers versions 12.1 through 17.0 on UNIX
   and Windows platforms.

* The Visual Studio Generators for VS 2010 and above now place per-
   source file flags after target-wide flags when they are classified
   as raw flags with no project file setting ("AdditionalOptions").
   This behavior is more consistent with the ordering of flags produced
   by other generators, and allows flags on more-specific properties
   (per-source) to override those on more general ones (per-target).

* The precompiled Windows binary MSI package provided on "cmake.org"
   now records the installation directory in the Windows Registry under
   the key "HKLM\Software\Kitware\CMake" with a value named
   "InstallDir".

CMake 3.8 Release Notes
***

Changes made since CMake 3.7 include the following.


New Features



Languages
-


C#
~~

* CMake learned to support "CSharp" (C#) as a first-class language
   that can be enabled via the "project()" and "enable_language()"
   commands.  It is currently supported by the Visual Studio Generators
   for VS 2010 and above.

   C# assemblies and programs can be added just like common C++ targets
   using the "add_library()" and "add_executable()" commands.
   References between C# targets in the same source tree may be
   specified by "target_link_libraries()" like for C++.  References to
   system or 3rd-party assemblies may be specified by the target
   properties "VS_DOTNET_REFERENCE_" and
   "VS_DOTNET_REFERENCES".

* More fine tuning of C# targets may be done using target and source
   file properties.  Specifically the target properties related to
   Visual Studio ("VS_*") are worth a look (for setting toolset
   versions, root namespaces, assembly icons, ...).

* Auto-linking in ".csproj" files: In C#/.NET development with
   Visual Studio there are a number of visual editors used which
   generate code.  Both the generated files and the ones edited with
   the UI are connected in the ".csproj" file using ""
   tags.  If CMake finds within a C# project any source file with
   extension ".Designer.cs" or ".xaml.cs", it checks sibling files with
   extension ".xaml", ".settings", ".resx" or ".cs" and establishes the
   dependency connection.


CUDA


* CMake

[Cmake-commits] CMake branch, next, updated. v3.8.0-rc1-31-gb44b3df

2017-02-07 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  b44b3df4e1f9ee55734c2e02f37459e2bea5dc1d (commit)
   via  5ba2c9e5e08cb391c366065210a95a46ac74f310 (commit)
  from  7a6d61fe67383038e2874e0508d78778fabc7183 (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=b44b3df4e1f9ee55734c2e02f37459e2bea5dc1d
commit b44b3df4e1f9ee55734c2e02f37459e2bea5dc1d
Merge: 7a6d61f 5ba2c9e
Author: Brad King 
AuthorDate: Tue Feb 7 13:25:02 2017 -0500
Commit: CMake Topic Stage 
CommitDate: Tue Feb 7 13:25:02 2017 -0500

Merge topic 'vs-nasm' into next

5ba2c9e5 VS: Add support for ASM_NASM language

diff --cc Modules/CMakeDetermineASMCompiler.cmake
index 3f18a8c,66bf14b..7d5e2b2
--- a/Modules/CMakeDetermineASMCompiler.cmake
+++ b/Modules/CMakeDetermineASMCompiler.cmake
@@@ -92,9 -92,17 +92,17 @@@ if(NOT CMAKE_ASM${ASM_DIALECT}_COMPILER
set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_FLAGS_ARMCC )
set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_REGEX_ARMCC "(ARM 
Compiler)|(ARM Assembler)")
  
+   list(APPEND CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDORS NASM)
+   set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_FLAGS_NASM "-v")
+   set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_REGEX_NASM "(NASM version)")
+ 
+   list(APPEND CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDORS YASM)
+   set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_FLAGS_YASM "--version")
+   set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_REGEX_YASM "(yasm)")
+ 
include(CMakeDetermineCompilerId)
 -  CMAKE_DETERMINE_COMPILER_ID_VENDOR(ASM${ASM_DIALECT})
 -
 +  set(userflags)
 +  CMAKE_DETERMINE_COMPILER_ID_VENDOR(ASM${ASM_DIALECT} "${userflags}")
  endif()
  
  if(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID)

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5ba2c9e5e08cb391c366065210a95a46ac74f310
commit 5ba2c9e5e08cb391c366065210a95a46ac74f310
Author: Evgeny Fimochkin 
AuthorDate: Fri Jan 27 19:31:50 2017 +0700
Commit: Brad King 
CommitDate: Tue Feb 7 13:20:52 2017 -0500

VS: Add support for ASM_NASM language

Fixes: #16469

diff --git a/Help/release/dev/vs-nasm.rst b/Help/release/dev/vs-nasm.rst
new file mode 100644
index 000..bb082a4
--- /dev/null
+++ b/Help/release/dev/vs-nasm.rst
@@ -0,0 +1,5 @@
+vs-nasm
+---
+
+* :ref:`Visual Studio Generators` for VS 2010 and above learned to support
+  the ``ASM_NASM`` language when ``nasm`` is installed.
diff --git a/Modules/CMakeDetermineASMCompiler.cmake 
b/Modules/CMakeDetermineASMCompiler.cmake
index 4162726..66bf14b 100644
--- a/Modules/CMakeDetermineASMCompiler.cmake
+++ b/Modules/CMakeDetermineASMCompiler.cmake
@@ -92,6 +92,14 @@ if(NOT CMAKE_ASM${ASM_DIALECT}_COMPILER_ID)
   set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_FLAGS_ARMCC )
   set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_REGEX_ARMCC "(ARM 
Compiler)|(ARM Assembler)")
 
+  list(APPEND CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDORS NASM)
+  set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_FLAGS_NASM "-v")
+  set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_REGEX_NASM "(NASM version)")
+
+  list(APPEND CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDORS YASM)
+  set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_FLAGS_YASM "--version")
+  set(CMAKE_ASM${ASM_DIALECT}_COMPILER_ID_VENDOR_REGEX_YASM "(yasm)")
+
   include(CMakeDetermineCompilerId)
   CMAKE_DETERMINE_COMPILER_ID_VENDOR(ASM${ASM_DIALECT})
 
diff --git a/Modules/CMakeDetermineASM_NASMCompiler.cmake 
b/Modules/CMakeDetermineASM_NASMCompiler.cmake
index 4c8e422..dd75310 100644
--- a/Modules/CMakeDetermineASM_NASMCompiler.cmake
+++ b/Modules/CMakeDetermineASM_NASMCompiler.cmake
@@ -7,8 +7,21 @@
 set(CMAKE_ASM_NASM_COMPILER_LIST nasm yasm)
 
 if(NOT CMAKE_ASM_NASM_COMPILER)
-  find_program(CMAKE_ASM_NASM_COMPILER nasm
-"$ENV{ProgramFiles}/NASM")
+  set(_CMAKE_ENV_VARX86 "ProgramFiles(x86)")
+  set(_CMAKE_ASM_NASM_COMPILER_PATHS
+"[HKEY_CURRENT_USER\\SOFTWARE\\nasm]"
+"$ENV{ProgramFiles}/NASM"
+"$ENV{${ENV_VARX86}}/NASM"
+"$ENV{LOCALAPPDATA}/NASM"
+)
+  find_program(CMAKE_ASM_NASM_COMPILER
+NAMES ${CMAKE_ASM_NASM_COMPILER_LIST}
+PATHS ${_CMAKE_ASM_NASM_COMPILER_PATHS}
+NO_DEFAULT_PATH
+DOC "NASM compiler"
+  )
+  unset(_CMAKE_ENV_VARX86)
+  unset(_CMAKE_ASM_NASM_COMPILER_PATHS)
 endif()
 
 # Load the generic DetermineASM compiler file with the DIALECT set properly:
diff --git a/Source/cmGlobalVisualStudio10Generator.cxx 
b/Source/cmGlobalVisualStudio10Generator.cxx
index e27615a..b64ae26 100644
--- a/Source/cmGlobalVisualStudio10Generator.cxx
+++

[cmake-developers] [ANNOUNCE] CMake 3.8.0-rc1 now ready for testing!

2017-02-07 Thread Robert Maynard

I am proud to announce the first CMake 3.8 release candidate.
  https://cmake.org/download/

Documentation is available at:
  https://cmake.org/cmake/help/v3.8

Release notes appear below and are also published at
  https://cmake.org/cmake/help/v3.8/release/3.8.html

Some of the more significant changes in CMake 3.8 are:

* CMake now supports "CSharp" (C#) as a first-class language. It is
  currently supported by the Visual Studio Generators for VS 2010
  and above.

* CMake now supports "CUDA" as a first-class language. It is
  currently supported by the Makefile Generators and the
  "Ninja" generator on Linux, macOS, and Windows. Support for the
  Visual Studio IDE is under development but not included in this
  release.

* The "Compile Features" functionality now offers meta-features that
  request compiler modes for specific language standard levels (e.g.
  "cxx_std_11").  See "CMAKE_C_KNOWN_FEATURES" and
  "CMAKE_CXX_KNOWN_FEATURES".

* The "Compile Features" functionality is now aware of C++ 17.  No
  specific features are yet enumerated besides the "cxx_std_17" meta-
  feature.

* The Visual Studio Generators for VS 2013 and above learned to
  support a "host=x64" option in the "CMAKE_GENERATOR_TOOLSET" value
  (e.g.  via the "cmake(1)" "-T" option) to request use of a VS 64-bit
  toolchain on 64-bit hosts.

* The Visual Studio Generators learned to treat files passed to
  "target_link_libraries()" whose names end in ".targets" as MSBuild
  "targets" files to be imported into generated project files.

* The "try_compile()" command source file signature gained new
  options to specify the language standard to use in the generated
  test project.

* The "try_compile()" command source file signature now honors
  language standard variables like "CMAKE_CXX_STANDARD". See policy
  "CMP0067".

* A "BUILD_RPATH" target property and corresponding
  "CMAKE_BUILD_RPATH" variable were added to support custom "RPATH"
  locations to be added to binaries in the build tree.

* The "COMPILE_FLAGS" source file property learned to support
  "generator expressions".

* A new generator expression "$" was
  added. It resolves to the true-value if the condition is "1" and
  resolves to the false-value if the condition is "0".

* The "Compile Features" functionality is now aware of features
  supported by Intel C++ compilers versions 12.1 through 17.0 on UNIX
  and Windows platforms.

* The Visual Studio Generators for VS 2010 and above now place per-
  source file flags after target-wide flags when they are classified
  as raw flags with no project file setting ("AdditionalOptions").
  This behavior is more consistent with the ordering of flags produced
  by other generators, and allows flags on more-specific properties
  (per-source) to override those on more general ones (per-target).

* The precompiled Windows binary MSI package provided on "cmake.org"
  now records the installation directory in the Windows Registry under
  the key "HKLM\Software\Kitware\CMake" with a value named
  "InstallDir".

CMake 3.8 Release Notes
***

Changes made since CMake 3.7 include the following.


New Features



Languages
-


C#
~~

* CMake learned to support "CSharp" (C#) as a first-class language
  that can be enabled via the "project()" and "enable_language()"
  commands.  It is currently supported by the Visual Studio Generators
  for VS 2010 and above.

  C# assemblies and programs can be added just like common C++ targets
  using the "add_library()" and "add_executable()" commands.
  References between C# targets in the same source tree may be
  specified by "target_link_libraries()" like for C++.  References to
  system or 3rd-party assemblies may be specified by the target
  properties "VS_DOTNET_REFERENCE_" and
  "VS_DOTNET_REFERENCES".

* More fine tuning of C# targets may be done using target and source
  file properties.  Specifically the target properties related to
  Visual Studio ("VS_*") are worth a look (for setting toolset
  versions, root namespaces, assembly icons, ...).

* Auto-linking in ".csproj" files: In C#/.NET development with
  Visual Studio there are a number of visual editors used which
  generate code.  Both the generated files and the ones edited with
  the UI are connected in the ".csproj" file using ""
  tags.  If CMake finds within a C# project any source file with
  extension ".Designer.cs" or ".xaml.cs", it checks sibling files with
  extension ".xaml", ".settings", ".resx" or ".cs" and establishes the
  dependency connection.


CUDA


* CMake learned to support "CUDA" as a first-class language that can
  be enabled via the "project()" and "enable_language()" commands.

* "CUDA" is currently supported by the Makefile Generators and the
  "Ninja" generator on Linux, macOS, and Windows. Support for the
  Visual Studio IDE is under development but not included in this
  release.

* The NVIDIA CUDA Toolkit compiler ("nvcc") is

[CMake] [ANNOUNCE] CMake 3.8.0-rc1 now ready for testing!

2017-02-07 Thread Robert Maynard

I am proud to announce the first CMake 3.8 release candidate.
  https://cmake.org/download/

Documentation is available at:
  https://cmake.org/cmake/help/v3.8

Release notes appear below and are also published at
  https://cmake.org/cmake/help/v3.8/release/3.8.html

Some of the more significant changes in CMake 3.8 are:

* CMake now supports "CSharp" (C#) as a first-class language. It is
  currently supported by the Visual Studio Generators for VS 2010
  and above.

* CMake now supports "CUDA" as a first-class language. It is
  currently supported by the Makefile Generators and the
  "Ninja" generator on Linux, macOS, and Windows. Support for the
  Visual Studio IDE is under development but not included in this
  release.

* The "Compile Features" functionality now offers meta-features that
  request compiler modes for specific language standard levels (e.g.
  "cxx_std_11").  See "CMAKE_C_KNOWN_FEATURES" and
  "CMAKE_CXX_KNOWN_FEATURES".

* The "Compile Features" functionality is now aware of C++ 17.  No
  specific features are yet enumerated besides the "cxx_std_17" meta-
  feature.

* The Visual Studio Generators for VS 2013 and above learned to
  support a "host=x64" option in the "CMAKE_GENERATOR_TOOLSET" value
  (e.g.  via the "cmake(1)" "-T" option) to request use of a VS 64-bit
  toolchain on 64-bit hosts.

* The Visual Studio Generators learned to treat files passed to
  "target_link_libraries()" whose names end in ".targets" as MSBuild
  "targets" files to be imported into generated project files.

* The "try_compile()" command source file signature gained new
  options to specify the language standard to use in the generated
  test project.

* The "try_compile()" command source file signature now honors
  language standard variables like "CMAKE_CXX_STANDARD". See policy
  "CMP0067".

* A "BUILD_RPATH" target property and corresponding
  "CMAKE_BUILD_RPATH" variable were added to support custom "RPATH"
  locations to be added to binaries in the build tree.

* The "COMPILE_FLAGS" source file property learned to support
  "generator expressions".

* A new generator expression "$" was
  added. It resolves to the true-value if the condition is "1" and
  resolves to the false-value if the condition is "0".

* The "Compile Features" functionality is now aware of features
  supported by Intel C++ compilers versions 12.1 through 17.0 on UNIX
  and Windows platforms.

* The Visual Studio Generators for VS 2010 and above now place per-
  source file flags after target-wide flags when they are classified
  as raw flags with no project file setting ("AdditionalOptions").
  This behavior is more consistent with the ordering of flags produced
  by other generators, and allows flags on more-specific properties
  (per-source) to override those on more general ones (per-target).

* The precompiled Windows binary MSI package provided on "cmake.org"
  now records the installation directory in the Windows Registry under
  the key "HKLM\Software\Kitware\CMake" with a value named
  "InstallDir".

CMake 3.8 Release Notes
***

Changes made since CMake 3.7 include the following.


New Features



Languages
-


C#
~~

* CMake learned to support "CSharp" (C#) as a first-class language
  that can be enabled via the "project()" and "enable_language()"
  commands.  It is currently supported by the Visual Studio Generators
  for VS 2010 and above.

  C# assemblies and programs can be added just like common C++ targets
  using the "add_library()" and "add_executable()" commands.
  References between C# targets in the same source tree may be
  specified by "target_link_libraries()" like for C++.  References to
  system or 3rd-party assemblies may be specified by the target
  properties "VS_DOTNET_REFERENCE_" and
  "VS_DOTNET_REFERENCES".

* More fine tuning of C# targets may be done using target and source
  file properties.  Specifically the target properties related to
  Visual Studio ("VS_*") are worth a look (for setting toolset
  versions, root namespaces, assembly icons, ...).

* Auto-linking in ".csproj" files: In C#/.NET development with
  Visual Studio there are a number of visual editors used which
  generate code.  Both the generated files and the ones edited with
  the UI are connected in the ".csproj" file using ""
  tags.  If CMake finds within a C# project any source file with
  extension ".Designer.cs" or ".xaml.cs", it checks sibling files with
  extension ".xaml", ".settings", ".resx" or ".cs" and establishes the
  dependency connection.


CUDA


* CMake learned to support "CUDA" as a first-class language that can
  be enabled via the "project()" and "enable_language()" commands.

* "CUDA" is currently supported by the Makefile Generators and the
  "Ninja" generator on Linux, macOS, and Windows. Support for the
  Visual Studio IDE is under development but not included in this
  release.

* The NVIDIA CUDA Toolkit compiler ("nvcc") is

[Cmake-commits] CMake annotated tag, v3.8.0-rc1, created. v3.8.0-rc1

2017-02-07 Thread Robert Maynard

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 annotated tag, v3.8.0-rc1 has been created
at  b47338086e2c434b4d7958ef114f24abe9541316 (tag)
   tagging  84df4a49500e51ac6e2a19a77e385e66234386f7 (commit)
  replaces  v3.7.2
 tagged by  Brad King
on  Tue Feb 7 09:22:18 2017 -0500

- Log -
CMake 3.8.0-rc1
-BEGIN PGP SIGNATURE-

iQJKBAABCAA0FiEExsJlMku+vcNQtRPQLSzvEDSSFoQFAliZ2BoWHGJyYWQua2lu
Z0BraXR3YXJlLmNvbQAKCRAtLO8QNJIWhE25EAClV46/njUVlLQrvPj25cIvjPX3
rAkET+THc5sc7sWueW/bUzSO4RFqTYLaXPrEYvE8pACa28HDPX4UHSaitO80MAo4
UVKyS4upOPGHF3lhLFi4CfaqqY9qdx3uTh7C70ZurZub8cPX1ahA6/v4ONct5eRk
N/6qAArnS5+zteXOYzGriUknnkj9KztTEm1iZzjxIHtSCrlKgCL/id+9UReiwddr
X3ZOPKIZvg8f8gAUz7GGzQJIPLiDcPcAr21AGGUW0jwmGkxDetUofunXZa4E6Chd
iaRYa1MtXf3yFftISH4Vwo2pxuwNY59CX7xRE9sfUiYuq02QKJfRHP4WMw/Tx6k+
AwgWYU97L9ywJA1H6+7ZupIXBXkPq/eepBN4ZRnAqKvPoSbd4YZM0PttoL110GoW
1lZLXg3lfsfhWHPCdHjTegLGbO0tNiEbkFjHfIr4+h+k469IxYiNtjkZZGc42JiY
hy7QOsMMEDy8OgWHqp/M5DrqrY1syyFFynfYII9EPmhVbR7f2JOsKDu1wv3jCp+k
/BYlwSzq+sapHojhkPpiS8ptVsNfZimYT7GXZcIzeD2Rm0LPY2rGc+hsoF7NV8BQ
GW85TUp4BWntjwVLtPY99kM7GRo8ABZ0J/Lc7i4Tt8rDOmLTAWO5jkLJ1/DJUsAR
f7xRjVWV8xFnnn9RHQ==
=HMVM
-END PGP SIGNATURE-

Adam Martin (1):
  FindProtobuf: Search for debug library named with `d` suffix

Adam Weisi (1):
  Eclipse: Fix indexer for subprojects

Alex Turbov (5):
  FindBoost: Use string(APPEND) in more cases
  FindBoost: Use list(INSERT) to simplify suffix list generation
  FindBoost: Minor style updates
  FindBoost: Simplify library dir detection with cascading if/elseif/else
  FindBoost: Search official location of prebuilt binaries on Windows

Alex Wang (1):
  Features: Fix cxx_right_angle_brackets compiler feature test

Alexander Adam (2):
  CPack/RPM omit unsupported tags
  CPack/RPM test for Suggests tag

Alexander Voitenko (1):
  QtIFW: Added new options to QtIFW cpack generator for modifying wizard 
style

Alexey Sokolov (1):
  UseSWIG: Automatically scan dependencies of SWIG files for Makefiles

Alexis Murzeau (1):
  Ninja: Use binary dir for `$subdir/all` targets

Andre McCurdy (1):
  CheckFunctionExists.c: avoid gcc warnings with -Wstrict-prototypes

Ben Boeckel (8):
  cmcldeps: search for single-byte strings as characters
  cmcldeps: append strings as strings
  cmcldeps: prefer the /TC flag
  ExternalProject: fix typo
  ExternalProject: support GIT_PROGRESS argument
  ExternalProject: support extracting the configure command
  FindHDF5: use the target rather than the path
  cmSystemTools: use the actual case for root detection

Bernhard M. Wiedemann (3):
  cmTimestamp: Support SOURCE_DATE_EPOCH to override current time
  string: Teach TIMESTAMP to treat %% as %
  Tests: make tests pass with SOURCE_DATE_EPOCH set

Betsy McPhail (1):
  ctest_memcheck: Add DEFECT_COUNT option to capture defect count

Bill Hoffman (2):
  ctest_configure: Propagate CTEST_USE_LAUNCHERS from caller to project
  ctest: Improve output for `-T memcheck`

Bjoern Thiel (2):
  InstallRequiredSystemLibraries: Distinguish UCRT install configurations
  FindCUDA: Enable CUDA_SELECT_NVCC_ARCH_FLAGS Auto for MSVC

Brad King (590):
  Merge branch 'release'
  Begin post-3.7 development
  Merge topic 'fix-doc-3.7-relnotes'
  Merge branch 'release'
  Merge topic 'add-BUILD_RPATH'
  Do not define cout/cerr preprocessor symbols
  Utilities/Release: Drop macOS .tar.Z binary
  Utilities/Release: Drop Linux .tar.Z binary
  Merge topic 'no-tar.Z-binaries'
  Utilities/GitSetup: Fetch local hooks via https
  Utilities/Release: Update README to reference https URL
  Merge topic 'utils-https-cmake.org'
  Merge topic 'qtifw-https-cmake.org'
  Merge topic 'no-define-cout-cerr'
  Merge topic 'fix-VS-resources-pri-path'
  Merge topic 'cmake-server-improve-shutdown'
  Merge topic 'FindMatlab-fix-simulink-cache'
  Merge topic 'FindMatlab-documentation'
  Merge topic 'check-libuv-minimum-version'
  Merge topic 'cpack-rpm-debuginfo-fixes'
  Merge topic 'mips-rld-map-rel'
  Merge topic 'vs-15-preview-5'
  Merge topic 'android-ndk-r13'
  Merge topic 'codelite-global-setting'
  Merge topic 'CMP0065-LINK_FLAGS'
  Merge topic 'cleanup-Convert'
  Merge topic 'cpack-rpm-single-debuginfo'
  Merge topic 'nmake-encoding'
  Merge branch 'release'
  Tests: Improve RunCMake.CPack_* failure message formatting
  Merge topic 'FindProtobuf-fix-subdirs'
  Merge topic 'android-cxxabi'
  Merge topic 'android-export-has-cpp'
  Merge topic 'update-kwsys'
  Merge topic 'test-cpack-improve-failure-messages'
  Merge topic 'cmake-cleanup'
  Merge topic 'minor-cleanups'

[CMake] Why can't I build CMake on Centos6 32-bit?

2017-02-07 Thread Kent Williams

This used to work.
Linux build6.leepfrog.com 2.6.32-642.6.2.el6.i686 #1 SMP Wed Oct 26
06:14:53 UTC 2016 i686 i686 i386 GNU/Linux

gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-17)
The first part of the bootstrap succeeds, and then running the second stage
yields this:

loading initial cache file
/home/kwilliams/develop/cmake/build6/Bootstrap.cmk/InitialCacheFlags.cmake
CMake Error at Modules/CMakeCompilerIdDetection.cmake:28 (list):
  list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
  Modules/CMakeDetermineCompilerId.cmake:114 (compiler_id_detection)
  Modules/CMakeDetermineCompilerId.cmake:132
(CMAKE_DETERMINE_COMPILER_ID_WRITE)
  Modules/CMakeDetermineCompilerId.cmake:30
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
  Modules/CMakeDetermineCCompiler.cmake:112 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:11 (project)


CMake Error at Modules/CMakeDetermineCompilerId.cmake:131 (file):
  file problem creating directory:
  /home/kwilliams/develop/cmake/build6/CMakeFiles/3.7.2/CompilerIdC
Call Stack (most recent call first):
  Modules/CMakeDetermineCompilerId.cmake:30
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
  Modules/CMakeDetermineCCompiler.cmake:112 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:11 (project)


CMake Error at Modules/CMakeDetermineCompilerId.cmake:131 (file):
  file problem creating directory:
  /home/kwilliams/develop/cmake/build6/CMakeFiles/3.7.2/CompilerIdC
Call Stack (most recent call first):
  Modules/CMakeDetermineCompilerId.cmake:30
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
  Modules/CMakeDetermineCCompiler.cmake:112 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:11 (project)


CMake Error at Modules/CMakeDetermineCompilerId.cmake:131 (file):
  file problem creating directory:
  /home/kwilliams/develop/cmake/build6/CMakeFiles/3.7.2/CompilerIdC
Call Stack (most recent call first):
  Modules/CMakeDetermineCompilerId.cmake:30
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
  Modules/CMakeDetermineCCompiler.cmake:112 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:11 (project)


-- The C compiler identification is unknown
CMake Error: Could not find cmake module file:
/home/kwilliams/develop/cmake/build6/CMakeFiles/3.7.2/CMakeCCompiler.cmake
CMake Error at Modules/CMakeCompilerIdDetection.cmake:28 (list):
  list sub-command REMOVE_ITEM requires two or more arguments.
Call Stack (most recent call first):
  Modules/CMakeDetermineCompilerId.cmake:114 (compiler_id_detection)
  Modules/CMakeDetermineCompilerId.cmake:132
(CMAKE_DETERMINE_COMPILER_ID_WRITE)
  Modules/CMakeDetermineCompilerId.cmake:30
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
  Modules/CMakeDetermineCXXCompiler.cmake:104 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:11 (project)


CMake Error at Modules/CMakeDetermineCompilerId.cmake:131 (file):
  file problem creating directory:
  /home/kwilliams/develop/cmake/build6/CMakeFiles/3.7.2/CompilerIdCXX
Call Stack (most recent call first):
  Modules/CMakeDetermineCompilerId.cmake:30
(CMAKE_DETERMINE_COMPILER_ID_BUILD)
  Modules/CMakeDetermineCXXCompiler.cmake:104 (CMAKE_DETERMINE_COMPILER_ID)
  CMakeLists.txt:11 (project)


-- The CXX compiler identification is unknown
CMake Error: Could not find cmake module file:
/home/kwilliams/develop/cmake/build6/CMakeFiles/3.7.2/CMakeCXXCompiler.cmake
-- Check for working C compiler: /usr/bin/gcc
CMake Error at Modules/CMakeTestCCompiler.cmake:37 (try_compile):
  Unknown extension ".c" for file

/home/kwilliams/develop/cmake/build6/CMakeFiles/CMakeTmp/testCCompiler.c

  try_compile() works only for enabled languages.  Currently these are:

C CXX

  See project() command to enable other languages.
Call Stack (most recent call first):
  CMakeLists.txt:11 (project)


-- Check for working C compiler: /usr/bin/gcc -- broken
CMake Error at Modules/CMakeTestCCompiler.cmake:51 (message):
  The C compiler "/usr/bin/gcc" is not able to compile a simple test
program.

  It fails with the following output:





  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:11 (project)


-- Configuring incomplete, errors occurred!
-- 

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-commits] CMake branch, next, updated. v3.7.2-1334-g2848407

2017-02-07 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  2848407ff801cad7cf0cb86391dcecdc8343542a (commit)
   via  9bd017d20ec4a2f9f4ceb2a39aa764b584026026 (commit)
   via  6dec5d5fb83a02f534d681d39c9caba87f3cf9c7 (commit)
   via  c756ad9e73e1432d8596caf7dd6ade298ce84946 (commit)
   via  4dbd03f6ef60a88e76b4a716782fb186c19fd6d6 (commit)
   via  7642ca21b7d21f41b41703a6d1bef1d6f3c1e564 (commit)
   via  0a09717ea3171bf9dda97e22e796c4cdbeed717b (commit)
  from  01d648002dd3d669c4612e8174671c27bd637702 (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=2848407ff801cad7cf0cb86391dcecdc8343542a
commit 2848407ff801cad7cf0cb86391dcecdc8343542a
Merge: 01d6480 9bd017d
Author: Brad King 
AuthorDate: Tue Feb 7 09:59:54 2017 -0500
Commit: Brad King 
CommitDate: Tue Feb 7 09:59:54 2017 -0500

Merge branch 'master' into next


---

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

[Cmake-commits] CMake branch, master, updated. v3.7.2-1317-g4dbd03f

2017-02-07 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  4dbd03f6ef60a88e76b4a716782fb186c19fd6d6 (commit)
   via  558a69fc90b5037c13c8335af41bbc9ec03b004e (commit)
  from  7642ca21b7d21f41b41703a6d1bef1d6f3c1e564 (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=4dbd03f6ef60a88e76b4a716782fb186c19fd6d6
commit 4dbd03f6ef60a88e76b4a716782fb186c19fd6d6
Merge: 7642ca2 558a69f
Author: Brad King 
AuthorDate: Tue Feb 7 09:59:39 2017 -0500
Commit: CMake Topic Stage 
CommitDate: Tue Feb 7 09:59:39 2017 -0500

Merge topic 'wix-custom-root-id'

558a69fc CPackWIX: Introduce new CPACK_WIX_ROOT_FOLDER_ID variable


---

Summary of changes:
 Help/release/dev/wix-custom-root-id.rst  |7 +++
 Modules/CPackWIX.cmake   |   11 +++
 Source/CPack/WiX/cmCPackWIXGenerator.cxx |   20 +++-
 Source/CPack/WiX/cmCPackWIXGenerator.h   |2 +-
 4 files changed, 34 insertions(+), 6 deletions(-)
 create mode 100644 Help/release/dev/wix-custom-root-id.rst


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.7.2-1315-g7642ca2

2017-02-07 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  7642ca21b7d21f41b41703a6d1bef1d6f3c1e564 (commit)
   via  c2645e1979f83b1550d977cee0cdb80122daf8e0 (commit)
   via  95983ed8453f9167077821aea347ba1a87e92eac (commit)
  from  0a09717ea3171bf9dda97e22e796c4cdbeed717b (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=7642ca21b7d21f41b41703a6d1bef1d6f3c1e564
commit 7642ca21b7d21f41b41703a6d1bef1d6f3c1e564
Merge: 0a09717 c2645e1
Author: Brad King 
AuthorDate: Tue Feb 7 09:59:36 2017 -0500
Commit: CMake Topic Stage 
CommitDate: Tue Feb 7 09:59:36 2017 -0500

Merge topic 'update-kwsys'

c2645e19 Merge branch 'upstream-KWSys' into update-kwsys
95983ed8 KWSys 2017-02-06 (ef673998)


---

Summary of changes:
 Source/kwsys/CMakeLists.txt |2 +-
 Source/kwsys/SystemTools.cxx|   22 ++
 Source/kwsys/SystemTools.hxx.in |5 +
 3 files changed, 28 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, master, updated. v3.7.2-1325-g9bd017d

2017-02-07 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  9bd017d20ec4a2f9f4ceb2a39aa764b584026026 (commit)
   via  72ed051b12d983d298b9447d3464a38f5e0f918c (commit)
  from  6dec5d5fb83a02f534d681d39c9caba87f3cf9c7 (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=9bd017d20ec4a2f9f4ceb2a39aa764b584026026
commit 9bd017d20ec4a2f9f4ceb2a39aa764b584026026
Merge: 6dec5d5 72ed051
Author: Brad King 
AuthorDate: Tue Feb 7 09:59:47 2017 -0500
Commit: CMake Topic Stage 
CommitDate: Tue Feb 7 09:59:47 2017 -0500

Merge topic 'determine_id_without_user_specified_flags'

72ed051b CMakeDetermineCompilerId: check with and without user-specified 
flags


---

Summary of changes:
 Modules/CMakeDetermineASMCompiler.cmake|4 +-
 Modules/CMakeDetermineCompilerId.cmake |   47 ++--
 Tests/CMakeTests/CompilerIdVendorTest.cmake.in |4 +-
 3 files changed, 32 insertions(+), 23 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.7.2-1321-gc756ad9

2017-02-07 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  c756ad9e73e1432d8596caf7dd6ade298ce84946 (commit)
   via  28e87033a3f3f997334c45b19b2292ed3821f59e (commit)
   via  6f62c66b2c5f0595ff0a51ca97f3b5e1d0924523 (commit)
   via  f9bc8cfeeb956a5abbf293d8a26fb5b15aeec1d7 (commit)
  from  4dbd03f6ef60a88e76b4a716782fb186c19fd6d6 (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=c756ad9e73e1432d8596caf7dd6ade298ce84946
commit c756ad9e73e1432d8596caf7dd6ade298ce84946
Merge: 4dbd03f 28e8703
Author: Brad King 
AuthorDate: Tue Feb 7 09:59:41 2017 -0500
Commit: CMake Topic Stage 
CommitDate: Tue Feb 7 09:59:41 2017 -0500

Merge topic 'FeatureSummary_description'

28e87033 FeatureSummary: Update release notes
6f62c66b FeatureSummary: Add FeatureSummary__DESCRIPTION global 
properties
f9bc8cfe FeatureSummary: Add DEFAULT_DESCRIPTION option to feature_summary


---

Summary of changes:
 Help/release/dev/FeatureSummary_description.rst|   11 ++
 Modules/FeatureSummary.cmake   |   61 ++--
 .../FeatureSummaryCustomDescription-stdout.txt |   91 +++
 .../FeatureSummaryCustomDescription.cmake  |  158 
 .../FeatureSummaryDefaultDescription-stdout.txt|   46 ++
 .../FeatureSummaryDefaultDescription.cmake |   82 ++
 Tests/RunCMake/FeatureSummary/RunCMakeTest.cmake   |2 +
 7 files changed, 437 insertions(+), 14 deletions(-)
 create mode 100644 Help/release/dev/FeatureSummary_description.rst
 create mode 100644 
Tests/RunCMake/FeatureSummary/FeatureSummaryCustomDescription-stdout.txt
 create mode 100644 
Tests/RunCMake/FeatureSummary/FeatureSummaryCustomDescription.cmake
 create mode 100644 
Tests/RunCMake/FeatureSummary/FeatureSummaryDefaultDescription-stdout.txt
 create mode 100644 
Tests/RunCMake/FeatureSummary/FeatureSummaryDefaultDescription.cmake


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

Re: [CMake] RPATH cross-compile issue with CHECK_*_EXISTS

2017-02-07 Thread Ray Donnelly

The PR Is closed pending me writing a test-case, but I just now
updated to the my latest version and rebased on top of master:

https://gitlab.kitware.com/mingwandroid/cmake/commit/b937ff949d8fdaab7d8b812d503f67f8cef69532


Cheers.


On Tue, Feb 7, 2017 at 8:37 AM,   wrote:
> Hi Ray,
>
> Am 2017-02-07 02:46, schrieb Ray Donnelly:
>>
>> I have a PR that asks the linker (via the compiler) what its implicit
>> search directories are instead.
>>
>> It is the right way to do it IMHO, but I need to find time to finish
>> it unfortunately.
>
>
> Do you have a link to the PR?
>
>> On Feb 6, 2017 11:16 PM, "Jörg Krause" 
>> wrote:
>>
>>> On Mon, 2017-02-06 at 22:22 +0100, Jörg Krause wrote:

 Hi,

 On Sun, 2017-02-05 at 23:03 +0100, Jörg Krause wrote:
>
> Hi,
>
> when using CHECK_{SYMBOL,FUNCTION}_EXISTS in a cross-compilation
> environment, CMake passes the host rpath to the linker:
>
> """ CMakeOutput.log
>
> /home/joerg/host/usr/bin/i586-linux-gcc
> --sysroot=/home/joerg/host/usr/i586-buildroot-linux-musl/sysroot
> -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
> -Os -
> DNDEBUG CMakeFiles/cmTC_cb8f6.dir/CheckSymbolExists.c.o -o
> cmTC_cb8f6 -Wl,-rpath,/usr/lib32 -rdynamic
> /home/joerg/host/usr/i586-
> buildroot-linux-musl/sysroot/usr/lib32/libmbedtls.so
> /home/joerg/host/usr/i586-buildroot-linux-
> musl/sysroot/usr/lib32/libmbedx509.so /home/joerg/host/usr/i586-
> buildroot-linux-musl/sysroot/usr/lib32/libmbedcrypto.so
>
> """
>
> This leads to a linker error if mbedtls is linked with zlib, as
>>>
>>> the
>
> linker tries to link with the host zlib and does not find the
>>>
>>> host
>
> libc:
>
> """ CMakeError.txt
>
> /home/joerg/host/usr/i586-buildroot-linux-musl/bin/ld: warning:
> libc.so.6, needed by /usr/lib32/libz.so.1, not found (try using
> -rpath
> or -rpath-link)
> /usr/lib32/libz.so.1: undefined reference to `strcpy@GLIBC_2.0'
> /usr/lib32/libz.so.1: undefined reference to `free@GLIBC_2.0'
> /usr/lib32/libz.so.1: undefined reference to `fseeko64@GLIBC_2.1
> [..]
>
> """
>
> I did not find any solution which allows me to remove the rpath
> from
> the check. Setting CMAKE_SKIP_RPATH does not change the build
> behaviour of the check_symbol_exists macro.
>
> From my understanding, the rpath flag should not be used when
>>>
>>> the
>
> sysroot flag is passed to the linker, right?
>
> For reference, I added a minimal example which uses Buildroot
>>>
>>> for
>
> cross-compilation.
>
> """ CMakeLists.txt
>
> cmake_minimum_required(VERSION 2.8.12)
>
> project(test)
>
> list(APPEND CMAKE_MODULE_PATH
>>>
>>> "${CMAKE_CURRENT_SOURCE_DIR}/cmake")
>
>
> find_package(MbedTLS)
> if(MBEDTLS_FOUND)
> message(STATUS "Using mbedTLS")
> endif()
>
> """
>
> """ FindMbedTLS.cmake
>
> include(CheckSymbolExists)
>
> find_path(MBEDTLS_INCLUDE_DIRS
> NAMES mbedtls/ssl.h
> PATH_SUFFIXES include
> )
>
> find_library(MBEDTLS_LIBRARY NAMES mbedtls)
> find_library(MBEDX509_LIBRARY NAMES mbedx509)
> find_library(MBEDCRYPTO_LIBRARY NAMES mbedcrypto)
>
> if(MBEDTLS_LIBRARY AND MBEDX509_LIBRARY AND MBEDCRYPTO_LIBRARY)
> set(CMAKE_REQUIRED_INCLUDES ${MBEDTLS_INCLUDE_DIRS})
> set(CMAKE_REQUIRED_LIBRARIES ${MBEDTLS_LIBRARY}
> ${MBEDX509_LIBRARY} ${MBEDCRYPTO_LIBRARY})
> check_symbol_exists(mbedtls_ssl_init "mbedtls/ssl.h"
> MBEDTLS_V2)
> endif()
>
> """
>
> """ toolchainfile.cmake
>
> string(REPLACE "/usr/share/buildroot" "" RELOCATED_HOST_DIR
> ${CMAKE_CURRENT_LIST_DIR})
>
> set(CMAKE_SYSTEM_NAME Linux)
> set(CMAKE_SYSTEM_PROCESSOR i586)
>
> set(CMAKE_C_FLAGS_DEBUG "" CACHE STRING "Debug CFLAGS")
> set(CMAKE_CXX_FLAGS_DEBUG "" CACHE STRING "Debug CXXFLAGS")
> set(CMAKE_C_FLAGS_RELEASE " -DNDEBUG" CACHE STRING "Release
> CFLAGS")
> set(CMAKE_CXX_FLAGS_RELEASE " -DNDEBUG" CACHE STRING "Release
> CXXFLAGS")
>
> # Build type from the Buildroot configuration
> set(CMAKE_BUILD_TYPE Release CACHE STRING "Buildroot build
> configuration")
>
> # Buildroot defaults flags.
> set(CMAKE_C_FLAGS "-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
> -D_FILE_OFFSET_BITS=64 -Os" CACHE STRING "Buildroot CFLAGS")
> set(CMAKE_CXX_FLAGS "-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
> -D_FILE_OFFSET_BITS=64 -Os" CACHE STRING "Buildroot CXXFLAGS")
> set(CMAKE_EXE_LINKER_FLAGS "" CACHE STRING "Buildroot LDFLAGS
>>>
>>> for
>
> executables")
>
> set(CMAKE_INSTALL_SO_NO_EXE 0)
>
> set(CMAKE_PROGRAM_PATH "${RELOCATED_HOST_DIR}/usr/bin")
> set(CMAKE_SYSROOT
>>>
>>>

Re: [CMake] RPATH cross-compile issue with CHECK_*_EXISTS

2017-02-07 Thread joerg . krause


Hi Ray,

Am 2017-02-07 02:46, schrieb Ray Donnelly:

I have a PR that asks the linker (via the compiler) what its implicit
search directories are instead.

It is the right way to do it IMHO, but I need to find time to finish
it unfortunately.


Do you have a link to the PR?


On Feb 6, 2017 11:16 PM, "Jörg Krause" 
wrote:


On Mon, 2017-02-06 at 22:22 +0100, Jörg Krause wrote:

Hi,

On Sun, 2017-02-05 at 23:03 +0100, Jörg Krause wrote:

Hi,

when using CHECK_{SYMBOL,FUNCTION}_EXISTS in a cross-compilation
environment, CMake passes the host rpath to the linker:

""" CMakeOutput.log

/home/joerg/host/usr/bin/i586-linux-gcc
--sysroot=/home/joerg/host/usr/i586-buildroot-linux-musl/sysroot
-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
-Os -
DNDEBUG CMakeFiles/cmTC_cb8f6.dir/CheckSymbolExists.c.o -o
cmTC_cb8f6 -Wl,-rpath,/usr/lib32 -rdynamic
/home/joerg/host/usr/i586-
buildroot-linux-musl/sysroot/usr/lib32/libmbedtls.so
/home/joerg/host/usr/i586-buildroot-linux-
musl/sysroot/usr/lib32/libmbedx509.so /home/joerg/host/usr/i586-
buildroot-linux-musl/sysroot/usr/lib32/libmbedcrypto.so

"""

This leads to a linker error if mbedtls is linked with zlib, as

the

linker tries to link with the host zlib and does not find the

host

libc:

""" CMakeError.txt

/home/joerg/host/usr/i586-buildroot-linux-musl/bin/ld: warning:
libc.so.6, needed by /usr/lib32/libz.so.1, not found (try using
-rpath
or -rpath-link)
/usr/lib32/libz.so.1: undefined reference to `strcpy@GLIBC_2.0'
/usr/lib32/libz.so.1: undefined reference to `free@GLIBC_2.0'
/usr/lib32/libz.so.1: undefined reference to `fseeko64@GLIBC_2.1
[..]

"""

I did not find any solution which allows me to remove the rpath
from
the check. Setting CMAKE_SKIP_RPATH does not change the build
behaviour of the check_symbol_exists macro.

From my understanding, the rpath flag should not be used when

the

sysroot flag is passed to the linker, right?

For reference, I added a minimal example which uses Buildroot

for

cross-compilation.

""" CMakeLists.txt

cmake_minimum_required(VERSION 2.8.12)

project(test)

list(APPEND CMAKE_MODULE_PATH

"${CMAKE_CURRENT_SOURCE_DIR}/cmake")


find_package(MbedTLS)
if(MBEDTLS_FOUND)
message(STATUS "Using mbedTLS")
endif()

"""

""" FindMbedTLS.cmake

include(CheckSymbolExists)

find_path(MBEDTLS_INCLUDE_DIRS
NAMES mbedtls/ssl.h
PATH_SUFFIXES include
)

find_library(MBEDTLS_LIBRARY NAMES mbedtls)
find_library(MBEDX509_LIBRARY NAMES mbedx509)
find_library(MBEDCRYPTO_LIBRARY NAMES mbedcrypto)

if(MBEDTLS_LIBRARY AND MBEDX509_LIBRARY AND MBEDCRYPTO_LIBRARY)
set(CMAKE_REQUIRED_INCLUDES ${MBEDTLS_INCLUDE_DIRS})
set(CMAKE_REQUIRED_LIBRARIES ${MBEDTLS_LIBRARY}
${MBEDX509_LIBRARY} ${MBEDCRYPTO_LIBRARY})
check_symbol_exists(mbedtls_ssl_init "mbedtls/ssl.h"
MBEDTLS_V2)
endif()

"""

""" toolchainfile.cmake

string(REPLACE "/usr/share/buildroot" "" RELOCATED_HOST_DIR
${CMAKE_CURRENT_LIST_DIR})

set(CMAKE_SYSTEM_NAME Linux)
set(CMAKE_SYSTEM_PROCESSOR i586)

set(CMAKE_C_FLAGS_DEBUG "" CACHE STRING "Debug CFLAGS")
set(CMAKE_CXX_FLAGS_DEBUG "" CACHE STRING "Debug CXXFLAGS")
set(CMAKE_C_FLAGS_RELEASE " -DNDEBUG" CACHE STRING "Release
CFLAGS")
set(CMAKE_CXX_FLAGS_RELEASE " -DNDEBUG" CACHE STRING "Release
CXXFLAGS")

# Build type from the Buildroot configuration
set(CMAKE_BUILD_TYPE Release CACHE STRING "Buildroot build
configuration")

# Buildroot defaults flags.
set(CMAKE_C_FLAGS "-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64 -Os" CACHE STRING "Buildroot CFLAGS")
set(CMAKE_CXX_FLAGS "-D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64 -Os" CACHE STRING "Buildroot CXXFLAGS")
set(CMAKE_EXE_LINKER_FLAGS "" CACHE STRING "Buildroot LDFLAGS

for

executables")

set(CMAKE_INSTALL_SO_NO_EXE 0)

set(CMAKE_PROGRAM_PATH "${RELOCATED_HOST_DIR}/usr/bin")
set(CMAKE_SYSROOT

"${RELOCATED_HOST_DIR}/usr/i586-buildroot-linux-

musl/sysroot")
set(CMAKE_FIND_ROOT_PATH

"${RELOCATED_HOST_DIR}/usr/i586-buildroot-

linux-musl/sysroot")
set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set(CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
set(ENV{PKG_CONFIG_SYSROOT_DIR} "${RELOCATED_HOST_DIR}/usr/i586-
buildroot-linux-musl/sysroot")

# This toolchain file can be used both inside and outside
Buildroot.
set(CMAKE_C_COMPILER "${RELOCATED_HOST_DIR}/usr/bin/i586-linux-
gcc")
set(CMAKE_CXX_COMPILER

"${RELOCATED_HOST_DIR}/usr/bin/i586-linux-

g++")

"""

What do I miss?


Note, that this project was build using CMake 3.7.2 on Debian.

When

using CMake 3.6.3, CMake does correctly not add rpath to the

cross-

linker and the check_symbol_exists() succeeds.


I did a git bisect. The behaviour was introduced in commit
896ad251de49f167f4ce3cbbcf9a6cce85a16681 [1].

My suggestion is to set FIND_LIBRARY_USE_LIB32_PATHS and
FIND_LIBRARY_USE_LIB64_PATHS to FALSE when cross-compiling on Linux.

[1]

[Cmake-commits] CMake branch, master, updated. v3.8.0-rc1-19-g7e42a43

Re: [CMake] cmake server-mode project order

[Cmake-commits] CMake branch, next, updated. v3.8.0-rc1-33-g6a98f43

Re: [CMake] cmake server-mode project order (was: CMake 3.8.0-rc1 now ready for testing!)

Re: [CMake] [ANNOUNCE] CMake 3.8.0-rc1 now ready for testing!

[Cmake-commits] CMake branch, next, updated. v3.8.0-rc1-31-gb44b3df

[cmake-developers] [ANNOUNCE] CMake 3.8.0-rc1 now ready for testing!

[CMake] [ANNOUNCE] CMake 3.8.0-rc1 now ready for testing!

[Cmake-commits] CMake annotated tag, v3.8.0-rc1, created. v3.8.0-rc1

[CMake] Why can't I build CMake on Centos6 32-bit?

[Cmake-commits] CMake branch, next, updated. v3.7.2-1334-g2848407

[Cmake-commits] CMake branch, master, updated. v3.7.2-1317-g4dbd03f

[Cmake-commits] CMake branch, master, updated. v3.7.2-1315-g7642ca2

[Cmake-commits] CMake branch, master, updated. v3.7.2-1325-g9bd017d

[Cmake-commits] CMake branch, master, updated. v3.7.2-1321-gc756ad9

Re: [CMake] RPATH cross-compile issue with CHECK_*_EXISTS

Re: [CMake] RPATH cross-compile issue with CHECK_*_EXISTS

17 matches

Site Navigation

Mail list logo

Footer information