[cmake-developers] Directory listing for "Older Releases" no longer available

2015-11-03 Thread Nils Gladitz 

Following https://cmake.org/files from the Download page [1] I get:
Directory index no longer supported. Please visit the download 
 page.


Is this intentional?

The directory listing for "Current development distribution" [2] still 
works.


Nils

[1] https://cmake.org/download/
[2] https://cmake.org/files/dev

--

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-developers] [PATCH 2/3] Pass string by const& instead of copying

2015-11-03 Thread Levermann, Simon 
From: Simon Levermann 

---
 Source/CPack/cmCPackDragNDropGenerator.cxx | 2 +-
 Source/CPack/cmCPackDragNDropGenerator.h   | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/Source/CPack/cmCPackDragNDropGenerator.cxx 
b/Source/CPack/cmCPackDragNDropGenerator.cxx
index cdcda64..ccda0d5 100644
--- a/Source/CPack/cmCPackDragNDropGenerator.cxx
+++ b/Source/CPack/cmCPackDragNDropGenerator.cxx
@@ -843,7 +843,7 @@ 
cmCPackDragNDropGenerator::WriteLicense(cmGeneratedFileStream& outputStream, int
 }
 
 void
-cmCPackDragNDropGenerator::BreakLongLine(std::string line, 
std::vector& lines)
+cmCPackDragNDropGenerator::BreakLongLine(const std::string& line, 
std::vector& lines)
 {
   const size_t max_line_length = 512;
   for(size_t i = 0; i < line.size(); i += max_line_length)
diff --git a/Source/CPack/cmCPackDragNDropGenerator.h 
b/Source/CPack/cmCPackDragNDropGenerator.h
index 9fb39a4..65b64ef 100644
--- a/Source/CPack/cmCPackDragNDropGenerator.h
+++ b/Source/CPack/cmCPackDragNDropGenerator.h
@@ -48,7 +48,7 @@ private:
   std::string slaDirectory;
 
   void WriteLicense(cmGeneratedFileStream& outputStream, int licenseNumber, 
std::string licenseLanguage, std::string licenseFile = "");
-  void BreakLongLine(std::string line, std::vector& lines);
+  void BreakLongLine(const std::string& line, std::vector& lines);
   void EscapeQuotes(std::string& line);
 };
 
-- 
2.1.4
-- 

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 3.4.0-rc2 cpack xz compressed debian packages broken

2015-11-03 Thread Raffi Enficiaud 

Le 23/10/15 17:04, Brad King a écrit :

On 10/23/2015 06:04 AM, Raffi Enficiaud wrote:

Fix attached! (based on current master a03c13a)


Thanks.  I backported it to 'release' and applied:

  CPackDEB: Use proper compression scheme for control.tar.gz
  https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=66178ae5


PS.: I will add the test later today


Great.  We can add that when ready.


Sorry for the delay.

Please find attached a test that fires the bug (failure with dpkg-deb). 
It is based your previous commit, 66178ae.


Thanks,
Raffi
>From 4c7f916f7eb6088f4b07864584dae69c0976e5cf Mon Sep 17 00:00:00 2001
From: Raffi Enficiaud 
Date: Tue, 3 Nov 2015 01:44:30 +0100
Subject: [PATCH] CPackDeb: adding tests to the compression scheme leak

---
 Tests/CMakeLists.txt   |  3 +-
 .../MyLibCPackConfig-compression.cmake.in  | 11 +
 .../RunCPackVerifyResult-compression.cmake | 55 ++
 .../CPackComponentsDEB/RunCPackVerifyResult.cmake  |  7 ++-
 4 files changed, 73 insertions(+), 3 deletions(-)
 create mode 100644 
Tests/CPackComponentsDEB/MyLibCPackConfig-compression.cmake.in
 create mode 100644 
Tests/CPackComponentsDEB/RunCPackVerifyResult-compression.cmake

diff --git a/Tests/CMakeLists.txt b/Tests/CMakeLists.txt
index 2c6a42c..d223f99 100644
--- a/Tests/CMakeLists.txt
+++ b/Tests/CMakeLists.txt
@@ -1034,7 +1034,8 @@ ${CMake_BINARY_DIR}/bin/cmake -DDIR=dev -P 
${CMake_SOURCE_DIR}/Utilities/Release
  "components-description2"
  "components-shlibdeps1"
  "components-depend1"
- "components-depend2")
+ "components-depend2"
+ "compression")
   set(CPackGen "DEB")
   set(CPackRun_CPackGen "-DCPackGen=${CPackGen}")
 
diff --git a/Tests/CPackComponentsDEB/MyLibCPackConfig-compression.cmake.in 
b/Tests/CPackComponentsDEB/MyLibCPackConfig-compression.cmake.in
new file mode 100644
index 000..ff18834
--- /dev/null
+++ b/Tests/CPackComponentsDEB/MyLibCPackConfig-compression.cmake.in
@@ -0,0 +1,11 @@
+#
+# Test that setting the compression produces valid
+# packages (compression does not leak to the DEBIAN/ files that use gzip)
+#
+
+if(CPACK_GENERATOR MATCHES "DEB")
+   set(CPACK_DEB_COMPONENT_INSTALL "OFF")
+endif()
+
+set(CPACK_COMPONENTS_ALL_GROUPS_IN_ONE_PACKAGE)
+set(CPACK_DEBIAN_COMPRESSION_TYPE xz)
diff --git a/Tests/CPackComponentsDEB/RunCPackVerifyResult-compression.cmake 
b/Tests/CPackComponentsDEB/RunCPackVerifyResult-compression.cmake
new file mode 100644
index 000..dbd4b2b
--- /dev/null
+++ b/Tests/CPackComponentsDEB/RunCPackVerifyResult-compression.cmake
@@ -0,0 +1,55 @@
+if(NOT CPackComponentsDEB_SOURCE_DIR)
+  message(FATAL_ERROR "CPackComponentsDEB_SOURCE_DIR not set")
+endif()
+
+include(${CPackComponentsDEB_SOURCE_DIR}/RunCPackVerifyResult.cmake)
+
+# TODO: currently debian doens't produce lower cased names
+set(expected_file_mask "${CPackComponentsDEB_BINARY_DIR}/MyLib-*.deb")
+set(expected_count 1)
+
+
+set(actual_output)
+run_cpack(actual_output
+  CPack_output
+  CPack_error
+  EXPECTED_FILE_MASK "${expected_file_mask}"
+  CONFIG_ARGS "${config_args}"
+  CONFIG_VERBOSE "${config_verbose}")
+
+if(NOT actual_output)
+  message(STATUS "expected_count='${expected_count}'")
+  message(STATUS "expected_file_mask='${expected_file_mask}'")
+  message(STATUS "actual_output_files='${actual_output}'")
+  message(FATAL_ERROR "error: expected_files do not exist: CPackComponentsDEB 
test fails. (CPack_output=${CPack_output}, CPack_error=${CPack_error}")
+endif()
+
+list(LENGTH actual_output actual_count)
+if(NOT actual_count EQUAL expected_count)
+  message(STATUS "actual_count='${actual_count}'")
+  message(FATAL_ERROR "error: expected_count=${expected_count} does not match 
actual_count=${actual_count}: CPackComponents test fails. 
(CPack_output=${CPack_output}, CPack_error=${CPack_error})")
+endif()
+
+
+# dpkg-deb checks
+find_program(DPKGDEB_EXECUTABLE dpkg-deb)
+if(DPKGDEB_EXECUTABLE)
+  set(dpkgdeb_output_errors_all "")
+  foreach(_f IN LISTS actual_output)
+run_dpkgdeb(dpkg_output
+FILENAME "${_f}"
+)
+
+# message(FATAL_ERROR "output = '${dpkg_output}'")
+if("${dpkg_output}" STREQUAL "")
+  set(dpkgdeb_output_errors_all "${dpkgdeb_output_errors_all}"
+"dpkg-deb: ${_f}: empty content returned 
by dpkg-deb")
+endif()
+  endforeach()
+
+  if(NOT "${dpkgdeb_output_errors_all}" STREQUAL "")
+message(FATAL_ERROR "dpkg-deb checks 
failed:\n${dpkgdeb_output_errors_all}")
+  endif()
+else()
+  message("dpkg-deb executable not found - skipping dpkg-deb test")
+endif()
diff --git a/Tests/CPackComponentsDEB/RunCPackVerifyResult.cmake

[cmake-developers] [CMake 0015829]: GenerateExportHeaders does not work for C

2015-11-03 Thread Mantis Bug Tracker 

The following issue has been SUBMITTED. 
== 
https://cmake.org/Bug/view.php?id=15829 
== 
Reported By:Julien Bigot
Assigned To:
== 
Project:CMake
Issue ID:   15829
Category:   Modules
Reproducibility:always
Severity:   major
Priority:   normal
Status: new
== 
Date Submitted: 2015-11-03 12:12 CET
Last Modified:  2015-11-03 12:12 CET
== 
Summary:GenerateExportHeaders does not work for C
Description: 
This is a duplicate of issue 0012959 that has been closed as fixed but is not.

The module GenerateExportHeader creates some defines that work for C but it
require C++ to be enabled in order to be used. Indeed, the macro
check_cxx_compiler_flag is used in many places. That means you can't use
project(name C).

A fix for this is proposed in comment 0035809 of issue 0014456

Steps to Reproduce: 
This example will not works:

project(mylib C)
include(GenerateExportHeader)

add_compiler_export_flags()
add_library(mylib mylib.c)
generate_export_header(mylib)


[...]
-- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY
CMake Error at /usr/share/cmake-3.3/Modules/CheckCXXSourceCompiles.cmake:76
(try_compile):
  Unknown extension ".cxx" for file

/[...]/CMakeFiles/CMakeTmp/src.cxx

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

C

  See project() command to enable other languages.
Call Stack (most recent call first):
  /usr/share/cmake-3.3/Modules/CheckCXXCompilerFlag.cmake:50
(CHECK_CXX_SOURCE_COMPILES)
  /usr/share/cmake-3.3/Modules/GenerateExportHeader.cmake:223
(check_cxx_compiler_flag)
  /usr/share/cmake-3.3/Modules/GenerateExportHeader.cmake:371
(_test_compiler_hidden_visibility)
  CMakeLists.txt:6 (generate_export_header)
[...]
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2015-11-03 12:12 Julien Bigot   New Issue
==

-- 

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-developers] [PATCH 1/3] Add support for multilingual SLAs

2015-11-03 Thread Levermann, Simon 
From: Simon Levermann 

Multiple languages for SLAs and the SLA UI can be added via the CPack variables
CPACK_DMG_SLA_DIR and CPACK_DMG_SLA_LANGUAGES. For each language defined in the
languages variable, CPack will search for .menu.txt and
.license.txt in CPACK_DMG_SLA_DIR. If the sla directory variable is 
not
defined, the old behaviour using CPACK_RESOURCE_FILE_LICENSE is retained
---
 Source/CMakeLists.txt  |   4 +
 Source/CPack/cmCPackDragNDropGenerator.cxx | 334 +
 Source/CPack/cmCPackDragNDropGenerator.h   |   8 +
 3 files changed, 309 insertions(+), 37 deletions(-)

diff --git a/Source/CMakeLists.txt b/Source/CMakeLists.txt
index fd71b0e..729f6ab 100644
--- a/Source/CMakeLists.txt
+++ b/Source/CMakeLists.txt
@@ -726,6 +726,10 @@ endif()
 # Build CPackLib
 add_library(CPackLib ${CPACK_SRCS})
 target_link_libraries(CPackLib CMakeLib)
+if(APPLE)
+  include_directories 
(${CMAKE_OSX_SYSROOT}/System/Library/Frameworks/Carbon.framework/Headers/)
+  target_link_libraries(CPackLib "-framework Carbon")
+endif()
 
 if(APPLE)
   add_executable(cmakexbuild cmakexbuild.cxx)
diff --git a/Source/CPack/cmCPackDragNDropGenerator.cxx 
b/Source/CPack/cmCPackDragNDropGenerator.cxx
index 4c400d9..cdcda64 100644
--- a/Source/CPack/cmCPackDragNDropGenerator.cxx
+++ b/Source/CPack/cmCPackDragNDropGenerator.cxx
@@ -18,6 +18,13 @@
 #include 
 #include 
 
+#include 
+
+#include 
+#include 
+#include 
+#include 
+
 static const char* SLAHeader =
 "data 'LPic' (5000) {\n"
 "$\"0002 0011 0003 0001   0002 \"\n"
@@ -103,6 +110,64 @@ int cmCPackDragNDropGenerator::InitializeInternal()
 }
   this->SetOptionIfNotSet("CPACK_COMMAND_REZ", rez_path.c_str());
 
+  if(this->IsSet("CPACK_DMG_SLA_DIR"))
+  {
+slaDirectory = this->GetOption("CPACK_DMG_SLA_DIR");
+if(!slaDirectory.empty() && this->IsSet("CPACK_RESOURCE_FILE_LICENSE"))
+{
+  std::string license_file = 
this->GetOption("CPACK_RESOURCE_FILE_LICENSE");
+  if(!license_file.empty() && 
(license_file.find("CPack.GenericLicense.txt") == std::string::npos))
+  {
+cmCPackLogger(cmCPackLog::LOG_WARNING,
+  "Both CPACK_DMG_SLA_DIR and CPACK_RESOURCE_FILE_LICENSE specified, 
defaulting to CPACK_DMG_SLA_DIR"
+  << std::endl);
+  }
+}
+if(!this->IsSet("CPACK_DMG_LANGUAGES"))
+{
+  cmCPackLogger(cmCPackLog::LOG_ERROR,
+"CPACK_DMG_SLA_DIR set but no languages defined (set 
CPACK_DMG_LANGUAGES)"
+<< std::endl);
+  return 0;
+}
+if(!cmSystemTools::FileExists(slaDirectory, false))
+{
+  cmCPackLogger(cmCPackLog::LOG_ERROR,
+"CPACK_DMG_SLA_DIR does not exist"
+<< std::endl);
+  return 0;
+}
+
+std::vector languages;
+cmSystemTools::ExpandListArgument(this->GetOption("CPACK_DMG_LANGUAGES"), 
languages);
+if(languages.empty())
+{
+cmCPackLogger(cmCPackLog::LOG_ERROR,
+  "CPACK_DMG_LANGUAGES set but empty"
+  << std::endl);
+return 0;
+}
+for(size_t i = 0; i < languages.size(); ++i)
+{
+  std::string license = slaDirectory + "/" + languages[i] + ".license.txt";
+  if (!cmSystemTools::FileExists(license))
+  {
+cmCPackLogger(cmCPackLog::LOG_ERROR,
+  "Missing license file " << languages[i] << ".license.txt"
+  << std::endl);
+return 0;
+  }
+  std::string menu = slaDirectory + "/" + languages[i] + ".menu.txt";
+  if (!cmSystemTools::FileExists(menu))
+  {
+cmCPackLogger(cmCPackLog::LOG_ERROR,
+  "Missing menu file " << languages[i] << ".menu.txt"
+  << std::endl);
+return 0;
+  }
+}
+  }
+
   return this->Superclass::InitializeInternal();
 }
 
@@ -246,6 +311,12 @@ int cmCPackDragNDropGenerator::CreateDMG(const 
std::string& src_dir,
 this->GetOption("CPACK_DMG_DS_STORE")
 ? this->GetOption("CPACK_DMG_DS_STORE") : "";
 
+  slaDirectory = !slaDirectory.empty() ? slaDirectory : "";
+
+  const std::string cpack_dmg_languages =
+this->GetOption("CPACK_DMG_LANGUAGES")
+  ? this->GetOption("CPACK_DMG_LANGUAGES") : "";
+
   // only put license on dmg if is user provided
   if(!cpack_license_file.empty() &&
   cpack_license_file.find("CPack.GenericLicense.txt") != std::string::npos)
@@ -253,6 +324,13 @@ int cmCPackDragNDropGenerator::CreateDMG(const 
std::string& src_dir,
 cpack_license_file = "";
   }
 
+  // use sla_dir if both sla_dir and license_file are set
+  if(!cpack_license_file.empty() &&
+ !slaDirectory.empty())
+  {
+cpack_license_file = "";
+  }
+
   // The staging directory contains everything that will end-up inside the
   // final disk image ...
   std::ostringstream staging;
@@ -418,55 +496,117 @@ int cmCPackDragNDropGenerator::CreateDMG(const 
std::string& src_dir,
   }
 }
 
-  if(!cpack_license_file.empty())
+  if(!cpack_license_file.empty() || !slaDirectory.empty())
   {
+// Use

[cmake-developers] [PATCH 0/3] Support for multilingual SLAs for the CPack DMG generator

2015-11-03 Thread Levermann, Simon 
From: Simon Levermann 

Hello,

This adds support for multilingual SLAs which are displayed when the user is 
trying to mount the DMG.
Multiple languages can be added via the new variables CPACK_DMG_SLA_DIR and 
CPACK_DMG_SLA_LANGUAGES.
For each language defined, CPack will search for a language.menu.txt and 
language.license.txt file in CPACK_SLA_DIR.

This patch adds a library to the deprecated Carbon Framework to CPackLib, since 
the functions/types required
to acquire the region code for the internal LPic data structure are only 
available in this old API. Apple does
not seem to be offering a replacement API for the old ScriptManager region 
codes.

Additional thought: One could add the language.menu.txt files for some common 
languages to the repository. Currently,
english is hard-coded as a string in the source code, and is still used if 
CPACK_RESOURCE_FILE_LICENSE is used, rather than
the new CPACK_DMG_SLA_DIR and CPACK_DMG_SLA_LANGUAGES behaviour. Is this out of 
scope for CMake (everything else seems to
be english-only)?

Best regards,
Simon Levermann

Simon Levermann (3):
  Add support for multilingual SLAs
  Pass string by const& instead of copying
  Remove superfluous assignment

 Source/CMakeLists.txt  |   4 +
 Source/CPack/cmCPackDragNDropGenerator.cxx | 332 +
 Source/CPack/cmCPackDragNDropGenerator.h   |   8 +
 3 files changed, 307 insertions(+), 37 deletions(-)

-- 
2.1.4
-- 

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-developers] [PATCH 3/3] Remove superfluous assignment

2015-11-03 Thread Levermann, Simon 
From: Simon Levermann 

---
 Source/CPack/cmCPackDragNDropGenerator.cxx | 2 --
 1 file changed, 2 deletions(-)

diff --git a/Source/CPack/cmCPackDragNDropGenerator.cxx 
b/Source/CPack/cmCPackDragNDropGenerator.cxx
index ccda0d5..7eb9050 100644
--- a/Source/CPack/cmCPackDragNDropGenerator.cxx
+++ b/Source/CPack/cmCPackDragNDropGenerator.cxx
@@ -311,8 +311,6 @@ int cmCPackDragNDropGenerator::CreateDMG(const std::string& 
src_dir,
 this->GetOption("CPACK_DMG_DS_STORE")
 ? this->GetOption("CPACK_DMG_DS_STORE") : "";
 
-  slaDirectory = !slaDirectory.empty() ? slaDirectory : "";
-
   const std::string cpack_dmg_languages =
 this->GetOption("CPACK_DMG_LANGUAGES")
   ? this->GetOption("CPACK_DMG_LANGUAGES") : "";
-- 
2.1.4
-- 

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] C# support status?

2015-11-03 Thread Stuermer, Michael SP/HZA-ZSEP 
Hi,

there is an initial implementation on my github:

https://github.com/micst/CMake

Check out the "csharp" branch. It merges well with the current master of CMake 
(last test yesterday, but not yet pushed to github). I would love to see this 
in upstream some day, but currently quite a bunch of work is missing until it 
can get accepted:


-  the module scripts for finding and configuring the compiler should 
be improved, I just hacked them so that my build here works

-  documentation does not really exist. I added a few target- and 
file-properties that need explanation as well as some automated bundling of 
.resx|.settings|.Designer.cs|.xaml files with corresponding .cs sources.

-  tests ... well they are missing as well :(

At the moment only visual studio generator and only version 2013 is 
accepted/implemented. It should not be a big task to enhance it to support 2015 
as well. It would be great to have at least nmake, but I have absolutely no 
time right now to continue my work on C# support for CMake.

I have a test-project for testing the C# support on github

https://github.com/micst/CMakeCSharpTest

but I'm not sure if it still works as didn't run it for quite some time.

Please let me know if you like to contribute in any way to this.


Best Regards

Michael Stürmer
SP/HZA-ZSEP
Postcode HZA 13-4-06
SZ.Prozessdatenverarbeitung

Schaeffler Technologies AG & Co. KG
Industriestraße 1-3
91074 Herzogenaurach (Germany)
Tel. +49  91 32 / 82 - 86350  ·  Fax +49 91 32 / 82 - 45 86350
Mobil.: +49 171 6860010
mailto:michael.stuer...@schaeffler.com  
·  http://www.ina.de

Registered Seat: Herzogenaurach
Commercial Register: AG Fürth HRA 9349

General Partner: INA Beteiligungsgesellschaft mit beschränkter Haftung 
Registered Seat: Herzogenaurach (Germany)
Commercial Register: AG Fürth HRB 2379

Managing Directors:
Klaus Rosenfeld (CEO), Prof. Dr. Peter Gutzmer, Norbert Indlekofer, Oliver 
Jung, Kurt Mirlach, Prof. Dr. Peter Pleus, Robert Schullan

This e-mail message is intended only for the use of the named recipient-(s) and 
contains information which may be confidential or privileged. If you are not 
the intended recipient, be aware that any distribution, or use of the contents 
of this information is prohibited. If you have received this electronic 
transmission in error, please notify the sender and delete the material from 
the computer.




From: Robert Goulet [mailto:robert.gou...@autodesk.com]
Sent: Monday, November 02, 2015 10:25 PM
To: Stuermer, Michael SP/HZA-ZSEP; cmake-developers@cmake.org; Gilles Khouzam
Subject: C# support status?

Hi,

I saw a C# support thread some time ago, and I was wondering what is the status 
of this so far. Is there an initial implementation merged in any branch?

Here at the office we are using CMake to generate projects for our game engine 
(all platforms), however the editor itself has some C# code, and preferably we 
would want to generate the .csproj files with CMake as well.

We are also available to test this implementation once it is merged in any 
CMake branch. We have the ability to test it with VS2015 if that matters.

Thanks!

-Robert Goulet
-- 

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-developers] [CPackDEB] handling "Source" field and Launchpad support

2015-11-03 Thread Raffi Enficiaud 

Hi all,

Please find attached a patch that enables the proper handling of the 
"Source" field for binary Debian packages.


For the little story, this field references the source package (with 
possible revision number) that was used to generate the binary package. 
This is indeed needed when several .deb packages are generated by one 
source tree, otherwise the generated binary packages are rejected by eg. 
Launchpad at the upload step.
Without this patch, mono-component installs work as expected (see cmake 
below).


I have successfully used the patch (and all the previous developments on 
CPackDEB) to generate my little C++ project on Launchpad from a GIT 
repository (check the packages content):


https://code.launchpad.net/~raffi-enficiaud-x/+archive/ubuntu/yayi/+packages

Also, I would like to announce that I created a little "debian/" folder 
for the cmake project that allows to build "cmake" on Launchpad without 
any effort/hassle, just by using a few dpkg tools and the cmake CPackDEB 
machinery (based on the previous improvements of CPackDEB):


https://bitbucket.org/renficiaud/cmake-debian-ppa/src/3f79ec63ccdc331a7142f2088cd5e0311d04c7cc?at=master

The generated cmake debian packages are also in the same PPA.

I would be happy to know more about the best practices for being able to 
generate multiple Debian packages from one source. Any comments more 
than welcome.


Kind regards,
Raffi Enficiaud


PS: I posted on the gmane.linux.debian.devel.mentors list in the 
following thread 
http://thread.gmane.org/gmane.linux.debian.devel.mentors/72992
From c8fdbafdff7ed2556be53371a2357aa82ad6db5c Mon Sep 17 00:00:00 2001
From: Raffi Enficiaud 
Date: Wed, 28 Oct 2015 23:59:42 +0100
Subject: [PATCH] CPackDEB: handling binary packages "Source" field

- CPackeDEB now honour the Source field with multicomponent support
- minor documentation enhancements
---
 Modules/CPackDeb.cmake | 48 --
 Source/CPack/cmCPackDebGenerator.cxx   |  7 ++
 Tests/CMakeLists.txt   |  3 +-
 .../MyLibCPackConfig-components-source.cmake.in| 33 ++
 .../RunCPackVerifyResult-components-source.cmake   | 75 ++
 5 files changed, 158 insertions(+), 8 deletions(-)
 create mode 100644 
Tests/CPackComponentsDEB/MyLibCPackConfig-components-source.cmake.in
 create mode 100644 
Tests/CPackComponentsDEB/RunCPackVerifyResult-components-source.cmake

diff --git a/Modules/CPackDeb.cmake b/Modules/CPackDeb.cmake
index 60e0d1f..3b82c73 100644
--- a/Modules/CPackDeb.cmake
+++ b/Modules/CPackDeb.cmake
@@ -8,7 +8,7 @@
 # ^^
 #
 # CPackDeb may be used to create Deb package using CPack.
-# CPackDeb is a CPack generator thus it uses the CPACK_XXX variables
+# CPackDeb is a CPack generator thus it uses the `CPACK_XXX` variables
 # used by CPack : https://cmake.org/Wiki/CMake:CPackConfiguration.
 # CPackDeb generator should work on any linux host but it will produce
 # better deb package when Debian specific tools 'dpkg-xxx' are usable on
@@ -18,7 +18,7 @@
 # :code:`CPACK_DEBIAN_XXX` variables.
 #
 # :code:`CPACK_DEBIAN__` variables may be used in order to have
-# **component** specific values.  Note however that  refers to the
+# **component** specific values.  Note however that `` refers to the
 # **grouping name** written in upper case. It may be either a component name or
 # a component GROUP name.
 #
@@ -354,7 +354,28 @@
 #set by Debian policy
 #
https://www.debian.org/doc/debian-policy/ch-files.html#s-permissions-owners
 #
-
+# .. variable:: CPACK_DEBIAN_PACKAGE_SOURCE
+#   CPACK_DEBIAN__PACKAGE_SOURCE
+#
+#  Sets the `Source` field of the binary Debian package.
+#  When the binary package name is not the same as the source package name
+#  in particular when several components/binaries are generated from one 
source)
+#  the source from which the binary has been generated should be indicated with
+#  the field `Source`.
+#
+#  * Mandatory : NO
+#  * Default   :
+#
+#- An empty string for non-component based installations
+#- :variable:`CPACK_DEBIAN_PACKAGE_SOURCE` for component-based
+#  installations.
+#
+#  See 
https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Source
+#
+#  .. note::
+#
+#This value is not interpreted, it is then possible to pass an optional
+#revision number for the referenced source package as well.
 
 #=
 # Copyright 2007-2009 Kitware, Inc.
@@ -554,6 +575,16 @@ function(cpack_deb_prepare_package_vars)
   )
   endif()
 
+  # Source: (optional)
+  # in case several packages are constructed from a unique source
+  # (multipackaging), the the source may be indicated as well.
+  # The source might contain a version if the generated package
+  # version is different from the source version
+  if(NOT

Re: [cmake-developers] [Review Request] Topic FindGTK2_GTK2_TARGETS

2015-11-03 Thread Daniele E. Domenichelli 
On 02/11/2015 20:53, Brad King wrote:
> LGTM.  Please merge to 'next' for testing.

Done. Thanks.


 Daniele

-- 

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-developers] [CMake 0015830]: With Ninja generator "rebuild_cache" runs cmake twice

2015-11-03 Thread Mantis Bug Tracker 

The following issue has been SUBMITTED. 
== 
https://cmake.org/Bug/view.php?id=15830 
== 
Reported By:Ben Boeckel
Assigned To:
== 
Project:CMake
Issue ID:   15830
Category:   CMake
Reproducibility:have not tried
Severity:   minor
Priority:   normal
Status: new
Target Version: CMake 3.5
== 
Date Submitted: 2015-11-03 10:37 EST
Last Modified:  2015-11-03 10:37 EST
== 
Summary:With Ninja generator "rebuild_cache" runs cmake
twice
Description: 
When running the "rebuild_cache" target, Ninja will first rerun CMake to make
its build.ninja file and then run the rebuild_cache target which reruns CMake
again. Is it possible to reduce it to rebuild-if-necessary?
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2015-11-03 10:37 Ben BoeckelNew Issue
==

-- 

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 3.4.0-rc2 cpack xz compressed debian packages broken

2015-11-03 Thread Domen Vrankar 
2015-11-03 10:53 GMT+01:00 Raffi Enficiaud :
> Le 23/10/15 17:04, Brad King a écrit :
>>
>> On 10/23/2015 06:04 AM, Raffi Enficiaud wrote:
>>>
>>> Fix attached! (based on current master a03c13a)
>>
>>
>> Thanks.  I backported it to 'release' and applied:
>>
>>   CPackDEB: Use proper compression scheme for control.tar.gz
>>   https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=66178ae5
>>
>>> PS.: I will add the test later today
>>
>>
>> Great.  We can add that when ready.
>
>
> Sorry for the delay.
>
> Please find attached a test that fires the bug (failure with dpkg-deb). It
> is based your previous commit, 66178ae.

Great thanks.
Applied to next: https://cmake.org/gitweb?p=cmake.git;a=commit;h=341cd93

Since this is only a test (bug fix was already merged to release) I
doubt that this patch must be backported to release.

Thanks,
Domen
-- 

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-developers] [ANNOUNCE] CMake 3.4.0-rc3 is now ready!

2015-11-03 Thread Robert Maynard 
I am proud to announce the third CMake 3.4 release candidate.

Sources and binaries are available at:
  https://cmake.org/download/

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

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

Some of the more significant features of CMake 3.4 are:

* The "if()" command learned a new "TEST" operator that evaluates to
  true if a given test name has been defined by the "add_test()"
  command.  See policy "CMP0064".

* The "install(DIRECTORY)" command "DESTINATION" option learned to
  support "generator expressions".

* The "install(FILES)" command "DESTINATION" option learned to
  support "generator expressions".

* CMake learned to honor "*.manifest" source files with MSVC tools.
  Manifest files named as sources of ".exe" and ".dll" targets will be
  merged with linker-generated manifests and embedded in the binary.


Deprecated and Removed Features:

* The "CMakeExpandImportedTargets" module is now documented as
  deprecated.  See module documentation for an explanation.

* The "CMAKE_USE_RELATIVE_PATHS" variable no longer has any effect.
  Previously it was partially implemented and unreliable.

CMake 3.4 Release Notes
***

Changes made since CMake 3.3 include the following.


New Features



Generators
--

* The "Visual Studio 14 2015" generator learned to select a Windows
  10 SDK based on the value of the "CMAKE_SYSTEM_VERSION" variable and
  the SDKs available on the host.

* CMake learned rudimentary support for the Apple Swift language.
  When using the "Xcode" generator with Xcode 6.1 or higher, one may
  enable the "Swift" language with the "enable_language()" command or
  the "project()" command (this is an error with other generators or
  when Xcode is too old).  Then one may list ".swift" source files in
  targets for compilation.


Commands


* The "find_program()" command learned a "NAMES_PER_DIR" option to
  consider all given "NAMES" in each directory before moving on to the
  next directory.

* The "get_filename_component()" command learned a new "BASE_DIR"
  subcommand.  This is used to specify a base directory when
  calculating an absolute path from a relative path.

* The "if()" command learned a new "TEST" operator that evaluates to
  true if a given test name has been defined by the "add_test()"
  command.  See policy "CMP0064".

* The "install(DIRECTORY)" command "DESTINATION" option learned to
  support "generator expressions".

* The "install(FILES)" command "DESTINATION" option learned to
  support "generator expressions".

* The "string()" command learned a new "APPEND" subcommand.


Variables
-

* The Makefile Generators and the "Ninja" generator learned to add
  compiler launcher tools like distcc and ccache along with the
  compiler for "C" and "CXX" languages.  See the
  "CMAKE__COMPILER_LAUNCHER" variable and
  "_COMPILER_LAUNCHER" target property for details.

* New "CMAKE_LINK_SEARCH_START_STATIC" and
  "CMAKE_LINK_SEARCH_END_STATIC" variables were introduced to
  initialize the "LINK_SEARCH_START_STATIC" and
  "LINK_SEARCH_END_STATIC" target properties, respectively.


Properties
--

* Visual Studio Generators learned to support additonal target
  properties to customize projects for NVIDIA Nsight Tegra Visual
  Studio Edition:

  * "ANDROID_ANT_ADDITIONAL_OPTIONS"

  * "ANDROID_ARCH"

  * "ANDROID_ASSETS_DIRECTORIES"

  * "ANDROID_JAR_DEPENDENCIES"

  * "ANDROID_JAR_DIRECTORIES"

  * "ANDROID_JAVA_SOURCE_DIR"

  * "ANDROID_NATIVE_LIB_DEPENDENCIES"

  * "ANDROID_NATIVE_LIB_DIRECTORIES"

  * "ANDROID_PROCESS_MAX"

  * "ANDROID_PROGUARD"

  * "ANDROID_PROGUARD_CONFIG_PATH"

  * "ANDROID_SECURE_PROPS_PATH"

  * "ANDROID_SKIP_ANT_STEP"

  * "ANDROID_STL_TYPE"

* The "ARCHIVE_OUTPUT_DIRECTORY", "LIBRARY_OUTPUT_DIRECTORY", and
  "RUNTIME_OUTPUT_DIRECTORY" target properties learned to support
  "generator expressions".

* The "SOURCE_DIR" and "BINARY_DIR" target properties were
  introduced to allow project code to query where a target is defined.

* The "OUTPUT_NAME" target property and its variants learned to
  support "generator expressions".

* A "TARGET_MESSAGES" global property was added to tell the Makefile
  Generators whether to generate commands to print output after each
  target is completed.

* On Windows with MS-compatible tools, CMake learned to optionally
  generate a module definition (".def") file for "SHARED" libraries.
  See the "WINDOWS_EXPORT_ALL_SYMBOLS" target property.


Modules
---

* The "ExternalProject" module "ExternalProject_Add()" function
  "GIT_SUBMODULES" option now also limits the set of submodules that
  are initialized in addition to the prior behavior of limiting the
  set of submodules that are updated.

* The "ExternalProject" module learned new "USES_TERMINAL" arguments
  for giving steps exclusive terminal access.  This is useful with the
  "Ninja"

Re: [cmake-developers] [CPackDEB] handling "Source" field and Launchpad support

2015-11-03 Thread Domen Vrankar 
> Please find attached a patch that enables the proper handling of the
> "Source" field for binary Debian packages.

I've split the patch and applied it to next with minor changes:
https://cmake.org/gitweb?p=cmake.git;a=commit;h=0cb1469
https://cmake.org/gitweb?p=cmake.git;a=commit;h=76f0fd0

> I have successfully used the patch (and all the previous developments on
> CPackDEB) to generate my little C++ project on Launchpad from a GIT
> repository (check the packages content):

Great to hear that! Thanks for all your contributions to CPackDEB that
made this possible.

Thanks,
Domen
-- 

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-developers] [CMake 0015831]: CMake Version 3.4.0 rc2 rc3 Detected Visual Studio 2015 with some error

2015-11-03 Thread Mantis Bug Tracker 

The following issue has been SUBMITTED. 
== 
https://public.kitware.com/Bug/view.php?id=15831 
== 
Reported By:Yuan Hong
Assigned To:
== 
Project:CMake
Issue ID:   15831
Category:   CMake
Reproducibility:sometimes
Severity:   block
Priority:   high
Status: new
== 
Date Submitted: 2015-11-04 02:35 EST
Last Modified:  2015-11-04 02:35 EST
== 
Summary:CMake Version 3.4.0 rc2 rc3  Detected Visual Studio
2015 with some error
Description: 
When I use Version 3.3 and 3.4.0 rc1, I can make the build success with My
Visual Studio 2015. but when i try to cmake -G "Visual Studio 14 Win64" ..\ with
version 3.4.0 rc2 (and rc3), I get follow error:
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
CMake Error at CMakeLists.txt:3 (project):
  No CMAKE_C_COMPILER could be found.



CMake Error at CMakeLists.txt:3 (project):
  No CMAKE_CXX_COMPILER could be found.



-- Configuring incomplete, errors occurred!
See also "C:/Work/obs-studio/build64/CMakeFiles/CMakeOutput.log".
See also "C:/Work/obs-studio/build64/CMakeFiles/CMakeError.log".


and the most important error in CMakeError.log is :

ClCompile:
  C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\x86_amd64\CL.exe /c
/nologo /W0 /WX- /Od /D _MBCS /Gm- /EHsc /RTC1 /MDd /GS /fp:precise /Zc:wchar_t
/Zc:forScope /Zc:inline /Fo"Debug\\" /Fd"Debug\vc140.pdb" /Gd /TC
/errorReport:queue CMakeCCompilerId.c
  CMakeCCompilerId.c
Link:
  C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\x86_amd64\link.exe
/ERRORREPORT:QUEUE /OUT:".\CompilerIdC.exe" /INCREMENTAL:NO /NOLOGO kernel32.lib
user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib
ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /MANIFEST
/MANIFESTUAC:"level='asInvoker' uiAccess='false'" /manifest:embed
/PDB:".\CompilerIdC.pdb" /SUBSYSTEM:CONSOLE /TLBID:1 /DYNAMICBASE /NXCOMPAT
/IMPLIB:".\CompilerIdC.lib" /MACHINE:X64 Debug\CMakeCCompilerId.obj
LINK : fatal error LNK1181: cannot open input file 'kernel32.lib'
[C:\Work\obs-studio\build64\CMakeFiles\3.4.0-rc3\CompilerIdC\CompilerIdC.vcxproj]


Steps to Reproduce: 
cmake with my attached CMakeList file.
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2015-11-04 02:35 Yuan Hong  New Issue
2015-11-04 02:35 Yuan Hong  File Added: CMakeLists.txt
==

-- 

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] C# support status?

2015-11-03 Thread Ben Boeckel 
On Tue, Nov 03, 2015 at 10:39:06 +, Stuermer, Michael  SP/HZA-ZSEP wrote:
> At the moment only visual studio generator and only version 2013 is
> accepted/implemented. It should not be a big task to enhance it to
> support 2015 as well. It would be great to have at least nmake, but I
> have absolutely no time right now to continue my work on C# support
> for CMake.

For anyone who would like to work on this, at the least, the other
generators should error out with CSharp rules. Don't follow
Fortran-in-Ninja's example though; the error should occur when a CSharp
rule should be generated, not when the language is enabled.

For proper Makefile support (and Ninja?), a C# depfile generator will
need to be created (see cmcldeps and cmddeps from the D support
branch[1]).

--Ben

[1]https://github.com/trentforkert/cmake
-- 

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