Re: [CMake] cmake install behaviour with git

[Nils Gladitz]

On 10/01/2015 08:35 AM, Jörg Kreuzberger wrote:

This comes from installs, there we install some configuration files with the 
builded targets.
e.g. you install a builded executable, together with an config xml file from 
SCM.
If you make a product install, you want to "overwrite" the original config xml with an 
"product" xml config
file, also from the SCM.

So there are two install steps, the second "configure/modify" some files of the 
first. This worked cause the file
timestamps differed. Now not, cause the second install gets "Up-to-date" 
message and has to use CMAKE_ALWAYS_INSTALL.


I don't comprehend this at all.
Why would the two instances of the config file with distinct content 
have the same modification time in this scenario?


Could you provide a minimal, self-contained test case that reproduces 
this issue?



I do agree with you, except for this scenario of non-builded files. So the 
question is ok, why not consider the file size in up-to-date check.
Should be not to expensive to get this information together with the file time 
from the os.


I don't think that makes much sense.

A modified file is much more likely to retain its size than its 
modification time.


So if modification times really stay the same for some reason the file 
size on its own would be a very error prone change indicator.


Nils
--

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] cmake install behaviour with git

[Jörg Kreuzberger]

-Ursprüngliche Nachricht-
Von:Nils Gladitz 
Gesendet:   Do 01.10.2015 09:40
Betreff:Re: [CMake] cmake install behaviour with git
An: Jörg Kreuzberger ; cmake@cmake.org; 
> On 10/01/2015 08:35 AM, Jörg Kreuzberger wrote:
> > This comes from installs, there we install some configuration files with 
> > the 
> builded targets.
> > e.g. you install a builded executable, together with an config xml file 
> > from 
> SCM.
> > If you make a product install, you want to "overwrite" the original config 
> xml with an "product" xml config
> > file, also from the SCM.
> >
> > So there are two install steps, the second "configure/modify" some files of 
> the first. This worked cause the file
> > timestamps differed. Now not, cause the second install gets "Up-to-date" 
> message and has to use CMAKE_ALWAYS_INSTALL.
> 
> I don't comprehend this at all.
> Why would the two instances of the config file with distinct content 
> have the same modification time in this scenario?

cause they come from git clone and git sets the timestamp of the files to the 
time of the clone,
not of the "original" modification time. So after a clone all files(!) have the 
same timestamp.

> Could you provide a minimal, self-contained test case that reproduces 
> this issue?
should be now problem, i send it later to you.

> I don't think that makes much sense.
> 
> A modified file is much more likely to retain its size than its 
> modification time.
i sense of "builded files" yes, in sense of files only coming from SCM not

> So if modification times really stay the same for some reason the file 
> size on its own would be a very error prone change indicator.
But better than noting. best would be a hash to detect modified content, but 
this will take some time to prove...

Ok, as i now understood nobody has a similar scenario and i will try to get it 
workaround by myself

Thanks all for support!

-- 

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] Rename suffix of Mac OS Framework

[Roman Wüger]

Hello,

at the moment I build my frameworks with the following property:

set_target_properties(${PROJECT_NAME} PROPERTIES FRAMEWORK TRUE)

If my project is called "Test" for example, then a folder structure with the 
name "Test.framework" is created.

Is there a way to rename the suffix ".framework"?

Thanks in advance

Best regards
Roman
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

[cmake-developers] Rename suffix of Mac OS Framework

[Roman Wüger]

Hello,

at the moment I build my frameworks with the following property:

set_target_properties(${PROJECT_NAME} PROPERTIES FRAMEWORK TRUE)

If my project is called "Test" for example, then a folder structure with the 
name "Test.framework" is created.

Is there a way to rename the suffix ".framework"?

Thanks in advance

Best regards
Roman
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

[Cmake-commits] CMake branch, next, updated. v3.3.2-3421-g60e17b8

[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  60e17b88cf7896c5ccb444974dfaa26fd3025da1 (commit)
   via  45c06c1d13f6317fe18e35dc0ae3d9fefdea77f1 (commit)
   via  b6b35d0b64b0112f70d493f779abcae404e534b3 (commit)
   via  6653b235a7c9d16f77d9edf334888b8f23cf9e49 (commit)
   via  0ebdf64d138ce3061d128edd7a55c6dd31668bc7 (commit)
  from  b82ae22bf8d81ce4abfe340c52fdde41e9fe3776 (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=60e17b88cf7896c5ccb444974dfaa26fd3025da1
commit 60e17b88cf7896c5ccb444974dfaa26fd3025da1
Merge: b82ae22 45c06c1
Author: Brad King 
AuthorDate: Thu Oct 1 09:02:19 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 09:02:19 2015 -0400

Merge topic 'vs-win10-sdk' into next

45c06c1d VS: Add support for selecting the Windows 10 SDK
b6b35d0b VS: Add hook to initialize Windows platform settings
6653b235 Allow CMAKE_SYSTEM_VERSION to be set without CMAKE_SYSTEM_NAME
0ebdf64d cmSystemTools: Add VersionCompareGreater helper


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=45c06c1d13f6317fe18e35dc0ae3d9fefdea77f1
commit 45c06c1d13f6317fe18e35dc0ae3d9fefdea77f1
Author: Gilles Khouzam 
AuthorDate: Wed Sep 30 13:22:43 2015 -0700
Commit: Brad King 
CommitDate: Thu Oct 1 09:01:42 2015 -0400

VS: Add support for selecting the Windows 10 SDK

Teach the VS 2015 generator to produce a WindowsTargetPlatformVersion
value.  Use the CMAKE_SYSTEM_VERSION to specify the version and if not
set choose a default based on available SDKs.  Activate this behavior
when targeting Windows 10.

Co-Author: Brad King 

diff --git a/Help/manual/cmake-variables.7.rst 
b/Help/manual/cmake-variables.7.rst
index 635db00..2116900 100644
--- a/Help/manual/cmake-variables.7.rst
+++ b/Help/manual/cmake-variables.7.rst
@@ -82,6 +82,7 @@ Variables that Provide Information
/variable/CMAKE_VS_NsightTegra_VERSION
/variable/CMAKE_VS_PLATFORM_NAME
/variable/CMAKE_VS_PLATFORM_TOOLSET
+   /variable/CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION
/variable/CMAKE_XCODE_PLATFORM_TOOLSET
/variable/PROJECT_BINARY_DIR
/variable/PROJECT-NAME_BINARY_DIR
diff --git a/Help/release/dev/vs-win10-sdk.rst 
b/Help/release/dev/vs-win10-sdk.rst
new file mode 100644
index 000..50eb391
--- /dev/null
+++ b/Help/release/dev/vs-win10-sdk.rst
@@ -0,0 +1,6 @@
+vs-win10-sdk
+
+
+* The :generator:`Visual Studio 14 2015` generator learned to select
+  a Windows 10 SDK based on the value of the :variable:`CMAKE_SYSTEM_VERSION`
+  variable and the SDKs available on the host.
diff --git a/Help/variable/CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION.rst 
b/Help/variable/CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION.rst
new file mode 100644
index 000..6392849
--- /dev/null
+++ b/Help/variable/CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION.rst
@@ -0,0 +1,11 @@
+CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION
+
+
+Visual Studio Windows Target Platform Version.
+
+When targeting Windows 10 and above Visual Studio 2015 and above support
+specification of a target Windows version to select a corresponding SDK.
+The :variable:`CMAKE_SYSTEM_VERSION` variable may be set to specify a
+version.  Otherwise CMake computes a default version based on the Windows
+SDK versions available.  The chosen Windows target version number is provided
+in ``CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION``.
diff --git a/Modules/CMakeDetermineCompilerId.cmake 
b/Modules/CMakeDetermineCompilerId.cmake
index df6daf3..81c2509 100644
--- a/Modules/CMakeDetermineCompilerId.cmake
+++ b/Modules/CMakeDetermineCompilerId.cmake
@@ -209,6 +209,9 @@ Id flags: ${testflags}
 else()
   set(id_system_version "")
 endif()
+if(CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION)
+  set(id_WindowsTargetPlatformVersion 
"${CMAKE_VS_WINDOWS_TARGET_PLATFORM_VERSION}")
+endif()
 if(id_platform STREQUAL ARM)
   set(id_WindowsSDKDesktopARMSupport 
"true")
 else()
diff --git a/Modules/CompilerId/VS-10.vcxproj.in 
b/Modules/CompilerId/VS-10.vcxproj.in
index a17d03d..2870a11 100644
--- a/Modules/CompilerId/VS-10.vcxproj.in
+++ b/Modules/CompilerId/VS-10.vcxproj.in
@@ -12,6 +12,7 @@
 Win32Proj
 @id_system@
 @id_system_version@
+@id_WindowsTargetPlatformVersion@
 @id_WindowsSDKDesktopARMSupport@
   
   
diff --git a/Source/cmGlobalVisualStudio10Generator.h 
b/Source/cmGlobalVisualStudio10Generator.h
index 49c5616..f4861dc 

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

[Brad King]

On 09/30/2015 05:05 PM, Gilles Khouzam wrote:
> simply use the SystemVersion to determine the version of
> the Windows 10 SDK to use.
> 
> Now, by default on Windows 10 host devices with Visual Studio 2015,
> the latest SDK will be used.

Looks good, thanks.  I've applied the series with minor tweaks:

 cmSystemTools: Add VersionCompareGreater helper
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0ebdf64d

 Allow CMAKE_SYSTEM_VERSION to be set without CMAKE_SYSTEM_NAME
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6653b235

 VS: Add hook to initialize Windows platform settings
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b6b35d0b

 VS: Add support for selecting the Windows 10 SDK
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=45c06c1d

Please test to make sure it all works for you still.

Thanks,
-Brad

-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

Re: [CMake] CMake loses/switches generator, breaking build directories

[Jens Weggemann]

And indeed I can't reproduce it with the current 'next' HEAD. Thanks!

On Thu, Oct 1, 2015 at 11:43 AM, Nils Gladitz  wrote:

> On 10/01/2015 11:39 AM, Jens Weggemann wrote:
>
>> Hello,
>>
>> I've run into a problem where rerunning CMake (for instance,
>> automatically from Visual Studio via the ZERO_CHECK target) would
>> sometimes switch to a different generator, like from 64-bit to 32-bit,
>> completely messing up the build directory.
>>
>
> That sounds like https://cmake.org/Bug/view.php?id=15640 which should be
> fixed in the upcoming 3.4.
>
> Nils
>
>
-- 

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, master, updated. v3.3.2-1372-g59202e1

[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  59202e17ffe6925fab182df45d8d37aef6460ddc (commit)
   via  8b4873a1b025d7f47c90f3cafc93ca152b9e4652 (commit)
   via  e90f463a312e18fd6498799de1522b96d84fd012 (commit)
  from  5303c187b1f741afe076aa3eaaceade086c22a53 (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=59202e17ffe6925fab182df45d8d37aef6460ddc
commit 59202e17ffe6925fab182df45d8d37aef6460ddc
Merge: 5303c18 8b4873a
Author: Brad King 
AuthorDate: Thu Oct 1 11:02:38 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 11:02:38 2015 -0400

Merge topic 'compiler-links-statically'

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


---

Summary of changes:
 Modules/CMakeCCompiler.cmake.in|1 +
 Modules/CMakeCInformation.cmake|4 
 Modules/CMakeCXXCompiler.cmake.in  |1 +
 Modules/CMakeCXXInformation.cmake  |4 
 Modules/CMakeDetermineCompilerId.cmake |8 
 Modules/CMakeFortranCompiler.cmake.in  |1 +
 Modules/CMakeFortranInformation.cmake  |4 
 Source/cmLocalGenerator.cxx|4 +++-
 8 files changed, 26 insertions(+), 1 deletion(-)


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

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

[Ben Boeckel]

On Thu, Oct 01, 2015 at 07:56:11 +0300, Tuukka Pasanen wrote:
> As said there ain't official Cmake for SDL2-family and several other. I 
> don't believe we are experts of most of them but just wondering should 
> there be some kind common effort to provide some of them in same place 
> and try to push them upstream projects?

I think such an effort would be good. I don't think it should be in
upstream CMake though (the modules would be tied to CMake's release
cycle and CMake would be tied to backwards compat even when upstream
ships a proper config file).

--Ben
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

[Cmake-commits] CMake branch, next, updated. v3.3.2-3430-gadce44b

[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  adce44b9f9b85b5cf7ccaa5b25d1088925845180 (commit)
   via  1b13af46accba6ed73bf2975221def388cd5e90d (commit)
   via  981068b79f3703a095f5aa254da6c7d3f997a265 (commit)
   via  e8954d0b3b6f7b29a00ec0238fc91d84021f0705 (commit)
  from  bf7a609459b8dcbfb59b4da57c7cbe1787a56c6a (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=adce44b9f9b85b5cf7ccaa5b25d1088925845180
commit adce44b9f9b85b5cf7ccaa5b25d1088925845180
Merge: bf7a609 1b13af4
Author: Brad King 
AuthorDate: Thu Oct 1 09:50:01 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 09:50:01 2015 -0400

Merge topic 'cpack-tests-fix' into next

1b13af46 Tests: Fix RunCMake.CPack_* tests to use proper CMake generator
981068b7 Tests: Avoid OS X 10.5 limitation warning in RunCMake.CPack* tests
e8954d0b Tests: Add trailing newlines to generated sources in 
RunCMake.CPack_* tests


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1b13af46accba6ed73bf2975221def388cd5e90d
commit 1b13af46accba6ed73bf2975221def388cd5e90d
Author: Domen Vrankar 
AuthorDate: Wed Sep 30 22:13:12 2015 +0200
Commit: Brad King 
CommitDate: Thu Oct 1 09:48:04 2015 -0400

Tests: Fix RunCMake.CPack_* tests to use proper CMake generator

Use the run_cmake() function to generate the test build tree with
the proper CMake generator and also to verify that it succeeds.
Drop our PreTestError helper as it is no longer needed.

diff --git a/Tests/RunCMake/CPack/CPackTestHelpers.cmake 
b/Tests/RunCMake/CPack/CPackTestHelpers.cmake
index 7ea2a24..aef1086 100644
--- a/Tests/RunCMake/CPack/CPackTestHelpers.cmake
+++ b/Tests/RunCMake/CPack/CPackTestHelpers.cmake
@@ -10,47 +10,12 @@ function(run_cpack_test TEST_NAME types build)
 file(MAKE_DIRECTORY "${RunCMake_TEST_BINARY_DIR}")
 
 # execute cmake
-execute_process(
-  COMMAND "${CMAKE_COMMAND}" -DRunCMake_TEST=${TEST_NAME}
-  -DGENERATOR_TYPE=${TEST_TYPE} "${RunCMake_SOURCE_DIR}"
-  WORKING_DIRECTORY "${RunCMake_TEST_BINARY_DIR}"
-  RESULT_VARIABLE res
-  OUTPUT_FILE "${RunCMake_TEST_BINARY_DIR}/test_output.txt"
-  ERROR_FILE "${RunCMake_TEST_BINARY_DIR}/test_error.txt"
-  )
-
-if(res)
-  run_cmake_command(
-${TEST_TYPE}/${TEST_NAME}
-"${CMAKE_COMMAND}"
-  -DRunCMake_TEST_STEP=configure
-  -Dreturn_code=${res}
-  "-Dbin_dir=${RunCMake_TEST_BINARY_DIR}"
-  -P "${RunCMake_SOURCE_DIR}/PreTestError.cmake"
-)
-  return()
-endif()
+set(RunCMake_TEST_OPTIONS "-DGENERATOR_TYPE=${TEST_TYPE}")
+run_cmake(${TEST_NAME})
 
 # execute optional build step
 if(build)
-  execute_process(
-COMMAND "${CMAKE_COMMAND}" --build "${RunCMake_TEST_BINARY_DIR}"
-RESULT_VARIABLE res
-OUTPUT_FILE "${RunCMake_TEST_BINARY_DIR}/test_output.txt"
-ERROR_FILE "${RunCMake_TEST_BINARY_DIR}/test_error.txt"
-)
-endif()
-
-if(res)
-  run_cmake_command(
-${TEST_TYPE}/${TEST_NAME}
-"${CMAKE_COMMAND}"
-  -DRunCMake_TEST_STEP=build
-  -Dreturn_code=${res}
-  "-Dbin_dir=${RunCMake_TEST_BINARY_DIR}"
-  -P "${RunCMake_SOURCE_DIR}/PreTestError.cmake"
-)
-  return()
+  run_cmake_command(${TEST_NAME}-Build "${CMAKE_COMMAND}" --build 
"${RunCMake_TEST_BINARY_DIR}")
 endif()
 
 # execute cpack
diff --git a/Tests/RunCMake/CPack/PreTestError.cmake 
b/Tests/RunCMake/CPack/PreTestError.cmake
deleted file mode 100644
index f88f2e8..000
--- a/Tests/RunCMake/CPack/PreTestError.cmake
+++ /dev/null
@@ -1,7 +0,0 @@
-file(READ "${bin_dir}/test_output.txt" output)
-file(READ "${bin_dir}/test_error.txt" error)
-
-message(FATAL_ERROR "Error in pre-test phase '${RunCMake_TEST_STEP}'!\n"
-"Return code: '${return_code}'\n"
-"Info output: '${output}'\n"
-"Error output: '${error}'")

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=981068b79f3703a095f5aa254da6c7d3f997a265
commit 981068b79f3703a095f5aa254da6c7d3f997a265
Author: Brad King 
AuthorDate: Thu Oct 1 09:38:19 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 09:47:41 2015 -0400

Tests: Avoid OS X 10.5 limitation warning in RunCMake.CPack* tests

The DEPENDENCIES test case uses install(TARGETS) and so generates a warning:

 CMake Warning in CMakeLists.txt:
   WARNING: Target "test_prog" 

Re: [CMake] Can't build something with MinGW

[Mathieu Bridon]

Hi,

I'm still blocked with this.

I found this, though:

https://cmake.org/Bug/view.php?id=13855

Using the patch attached to this bug, I'm able to build stuff
correctly.

However, that patch still feels weird to me, because it makes the Linux
-GNU.cmake platform file take into account the fact that I'm using
MinGW.

But should I really need this? It still seems bizarre that the platform
goes from "Windows" to "Linux-GNU" in the middle of my build...

Any idea how to fix this?


-- 
Mathieu

-- 

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] ExternalProject: pass variable which contains a list

[Tamás Kenéz]

Hi,

I tried to pass a variable to an ExternalProjects config step which
contains a list:

ExternalProject_Add(... CMAKE_ARGS "-DVAR=contains\;list" ...)

I tried various number of backslashes but none of them worked.
I'd be interested in a workaround if there's one.

Tamas
-- 

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, master, updated. v3.3.2-1369-g5303c18

[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  5303c187b1f741afe076aa3eaaceade086c22a53 (commit)
   via  f90acf522b1a03af9b5a7bea1d3f50285504fce8 (commit)
   via  e67e0155d9dfbcf9691b0863978b441545a89565 (commit)
  from  ab99010a34fe88a81b6560f53ee5f18af6e33d8b (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=5303c187b1f741afe076aa3eaaceade086c22a53
commit 5303c187b1f741afe076aa3eaaceade086c22a53
Merge: ab99010 f90acf5
Author: Brad King 
AuthorDate: Thu Oct 1 11:02:34 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 11:02:34 2015 -0400

Merge topic 'fix-warnings'

f90acf52 cmVisualStudio10TargetGenerator: Fix unsigned integer constant type
e67e0155 cmMakefile: Avoid name conflict with Solaris global typedef


---

Summary of changes:
 Source/cmMakefile.cxx  |4 ++--
 Source/cmVisualStudio10TargetGenerator.cxx |2 +-
 2 files changed, 3 insertions(+), 3 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, next, updated. v3.3.2-3440-g1f5436a

[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  1f5436a61959cfe5b0a2dbf979691e1d21e6776c (commit)
   via  59202e17ffe6925fab182df45d8d37aef6460ddc (commit)
   via  5303c187b1f741afe076aa3eaaceade086c22a53 (commit)
   via  ab99010a34fe88a81b6560f53ee5f18af6e33d8b (commit)
  from  aaa4be441968ee9e6344e182ef7e0f8e081f9b34 (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=1f5436a61959cfe5b0a2dbf979691e1d21e6776c
commit 1f5436a61959cfe5b0a2dbf979691e1d21e6776c
Merge: aaa4be4 59202e1
Author: Brad King 
AuthorDate: Thu Oct 1 11:02:52 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 11:02:52 2015 -0400

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

Re: [CMake] ExternalProject: pass variable which contains a list

[Tamás Kenéz]

I'm sorry, I got it, LIST_SEPARATOR

On Thu, Oct 1, 2015 at 4:57 PM, Tamás Kenéz  wrote:

> Hi,
>
> I tried to pass a variable to an ExternalProjects config step which
> contains a list:
>
> ExternalProject_Add(... CMAKE_ARGS "-DVAR=contains\;list" ...)
>
> I tried various number of backslashes but none of them worked.
> I'd be interested in a workaround if there's one.
>
> Tamas
>
-- 

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.3.2-3434-g399b5bf

[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  399b5bfd37b1fcd48e566cb7c8908333b6cc1dc8 (commit)
   via  85d7a610a2a5e5f82a8e4b3e1322c54e27862633 (commit)
  from  0b741bec4266a6507cd56f2f12cf743499df627b (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=399b5bfd37b1fcd48e566cb7c8908333b6cc1dc8
commit 399b5bfd37b1fcd48e566cb7c8908333b6cc1dc8
Merge: 0b741be 85d7a61
Author: Brad King 
AuthorDate: Thu Oct 1 10:28:20 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 10:28:20 2015 -0400

Merge topic 'test-FindPackageModeMakefileTest-flags' into next

85d7a610 Tests: Use consistent C++ flags FindPackageModeMakefileTest


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=85d7a610a2a5e5f82a8e4b3e1322c54e27862633
commit 85d7a610a2a5e5f82a8e4b3e1322c54e27862633
Author: Brad King 
AuthorDate: Thu Oct 1 10:20:34 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 10:26:55 2015 -0400

Tests: Use consistent C++ flags FindPackageModeMakefileTest

Rather than using the CXXFLAGS environment variable in the make-only
build, copy the CMAKE_CXX_FLAGS used to build the files on the CMake
side.  This will account for any changes made by CompileFlags.cmake
or cache-provided flags.

diff --git a/Tests/FindPackageModeMakefileTest/Makefile.in 
b/Tests/FindPackageModeMakefileTest/Makefile.in
index e4df9d6..8e7ff72 100644
--- a/Tests/FindPackageModeMakefileTest/Makefile.in
+++ b/Tests/FindPackageModeMakefileTest/Makefile.in
@@ -4,6 +4,7 @@ include cmakeExecutable.mk
 CMAKE_CURRENT_BINARY_DIR = "@CMAKE_CURRENT_BINARY_DIR@"
 CMAKE_CXX_COMPILER = "@CMAKE_CXX_COMPILER@"
 CMAKE_CXX_COMPILER_ID = "@CMAKE_CXX_COMPILER_ID@"
+CMAKE_CXX_FLAGS = @CMAKE_CXX_FLAGS@
 
 CMAKE_FOO = $(CMAKE) --find-package 
-DCMAKE_MODULE_PATH=$(CMAKE_CURRENT_BINARY_DIR) -DNAME=Foo -DLANGUAGE=CXX 
-DCOMPILER_ID=$(CMAKE_CXX_COMPILER_ID)
 
@@ -14,7 +15,7 @@ all: pngtest
 main.o: clean main.cpp
@$(CMAKE_FOO) -DMODE=COMPILE >$(tmp)
@foo="`cat $(tmp)`"; \
-printf '"%s" %s %s -c main.cpp\n' $(CMAKE_CXX_COMPILER) "$(CXXFLAGS)" 
"$$foo" >$(tmp)
+printf '"%s" %s %s -c main.cpp\n' $(CMAKE_CXX_COMPILER) 
"$(CMAKE_CXX_FLAGS)" "$$foo" >$(tmp)
@cat $(tmp)
@sh $(tmp)
@rm -f $(tmp)
@@ -22,7 +23,7 @@ main.o: clean main.cpp
 pngtest: main.o
@$(CMAKE_FOO) -DMODE=LINK >$(tmp)
@foo="`cat $(tmp)`"; \
-printf '"%s" %s %s -o pngtest main.o %s\n' $(CMAKE_CXX_COMPILER) 
"$(CXXFLAGS)" "$(LDFLAGS)" "$$foo" >$(tmp)
+printf '"%s" %s %s -o pngtest main.o %s\n' $(CMAKE_CXX_COMPILER) 
"$(CMAKE_CXX_FLAGS)" "$(LDFLAGS)" "$$foo" >$(tmp)
@cat $(tmp)
@sh $(tmp)
@rm -f $(tmp)

---

Summary of changes:
 Tests/FindPackageModeMakefileTest/Makefile.in |5 +++--
 1 file changed, 3 insertions(+), 2 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, next, updated. v3.3.2-3426-gbf7a609

[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  bf7a609459b8dcbfb59b4da57c7cbe1787a56c6a (commit)
   via  bd0cb84c06f325439c32fe0dee4e05452d0f4cb6 (commit)
   via  8bdbd3e1b740e34fc7e68120536fb5c8f1deedee (commit)
   via  b5979e9168a0a965c0e29785c487784d978af9c2 (commit)
   via  c326dc92fc6677df1d8e7ed345356a5001accd0e (commit)
  from  60e17b88cf7896c5ccb444974dfaa26fd3025da1 (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=bf7a609459b8dcbfb59b4da57c7cbe1787a56c6a
commit bf7a609459b8dcbfb59b4da57c7cbe1787a56c6a
Merge: 60e17b8 bd0cb84
Author: Brad King 
AuthorDate: Thu Oct 1 09:47:22 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 09:47:22 2015 -0400

Merge topic 'cpack-tests-fix' into next

bd0cb84c Tests: Avoid OS X 10.5 limitation warning in RunCMake.CPack* tests
8bdbd3e1 Tests: Add trailing newlines to generated sources in 
RunCMake.CPack_* tests
b5979e91 fixup! CPack: fix TGZ test missing compiler errors
c326dc92 fixup! CPack: fix TGZ test missing compiler errors


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bd0cb84c06f325439c32fe0dee4e05452d0f4cb6
commit bd0cb84c06f325439c32fe0dee4e05452d0f4cb6
Author: Brad King 
AuthorDate: Thu Oct 1 09:38:19 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 09:38:46 2015 -0400

Tests: Avoid OS X 10.5 limitation warning in RunCMake.CPack* tests

The DEPENDENCIES test case uses install(TARGETS) and so generates a warning:

 CMake Warning in CMakeLists.txt:
   WARNING: Target "test_prog" has runtime paths which cannot be changed
   during install.  To change runtime paths, OS X version 10.6 or newer is
   required.  Therefore, runtime paths will not be changed when installing.
   CMAKE_BUILD_WITH_INSTALL_RPATH may be used to work around this 
limitation.

Set CMAKE_BUILD_WITH_INSTALL_RPATH to avoid the warning since we do not
need to run the binaries from the build tree anyway.

diff --git a/Tests/RunCMake/CPack/DEPENDENCIES.cmake 
b/Tests/RunCMake/CPack/DEPENDENCIES.cmake
index 8a0ba35..4f6d65f 100644
--- a/Tests/RunCMake/CPack/DEPENDENCIES.cmake
+++ b/Tests/RunCMake/CPack/DEPENDENCIES.cmake
@@ -1,3 +1,5 @@
+set(CMAKE_BUILD_WITH_INSTALL_RPATH 1)
+
 file(WRITE "${CMAKE_CURRENT_BINARY_DIR}/test_lib.hpp"
 "int test_lib();\n")
 file(WRITE "${CMAKE_CURRENT_BINARY_DIR}/test_lib.cpp"

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8bdbd3e1b740e34fc7e68120536fb5c8f1deedee
commit 8bdbd3e1b740e34fc7e68120536fb5c8f1deedee
Author: Brad King 
AuthorDate: Thu Oct 1 09:27:02 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 09:29:28 2015 -0400

Tests: Add trailing newlines to generated sources in RunCMake.CPack_* tests

This avoids compiler warnings on stderr while building them.

diff --git a/Tests/RunCMake/CPack/DEPENDENCIES.cmake 
b/Tests/RunCMake/CPack/DEPENDENCIES.cmake
index 0aef925..8a0ba35 100644
--- a/Tests/RunCMake/CPack/DEPENDENCIES.cmake
+++ b/Tests/RunCMake/CPack/DEPENDENCIES.cmake
@@ -1,11 +1,11 @@
 file(WRITE "${CMAKE_CURRENT_BINARY_DIR}/test_lib.hpp"
-"int test_lib();")
+"int test_lib();\n")
 file(WRITE "${CMAKE_CURRENT_BINARY_DIR}/test_lib.cpp"
-"#include \"test_lib.hpp\"\nint test_lib() {return 0;}")
+"#include \"test_lib.hpp\"\nint test_lib() {return 0;}\n")
 add_library(test_lib SHARED "${CMAKE_CURRENT_BINARY_DIR}/test_lib.cpp")
 
 file(WRITE "${CMAKE_CURRENT_BINARY_DIR}/main.cpp"
-"#include \"test_lib.hpp\"\nint main() {return test_lib();}")
+"#include \"test_lib.hpp\"\nint main() {return test_lib();}\n")
 add_executable(test_prog "${CMAKE_CURRENT_BINARY_DIR}/main.cpp")
 target_link_libraries(test_prog test_lib)
 

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b5979e9168a0a965c0e29785c487784d978af9c2
commit b5979e9168a0a965c0e29785c487784d978af9c2
Author: Brad King 
AuthorDate: Thu Oct 1 09:26:30 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 09:29:21 2015 -0400

fixup! CPack: fix TGZ test missing compiler errors

Use run_cmake_command wrapper.

diff --git a/Tests/RunCMake/CPack/CPackTestHelpers.cmake 
b/Tests/RunCMake/CPack/CPackTestHelpers.cmake
index 153ff50..aef1086 100644
--- a/Tests/RunCMake/CPack/CPackTestHelpers.cmake
+++ b/Tests/RunCMake/CPack/CPackTestHelpers.cmake
@@ -10,14 +10,12 @@ function(run_cpack_test TEST_NAME types build)
 file(MAKE_DIRECTORY 

[Cmake-commits] CMake branch, next, updated. v3.3.2-3432-g0b741be

[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  0b741bec4266a6507cd56f2f12cf743499df627b (commit)
   via  18a4a742d0a8e27f765070ab837c395d69a72959 (commit)
  from  adce44b9f9b85b5cf7ccaa5b25d1088925845180 (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=0b741bec4266a6507cd56f2f12cf743499df627b
commit 0b741bec4266a6507cd56f2f12cf743499df627b
Merge: adce44b 18a4a74
Author: Brad King 
AuthorDate: Thu Oct 1 09:56:18 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 09:56:18 2015 -0400

Merge topic 'vs-win10-sdk' into next

18a4a742 fixup! cmSystemTools: Add VersionCompareGreater helper


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=18a4a742d0a8e27f765070ab837c395d69a72959
commit 18a4a742d0a8e27f765070ab837c395d69a72959
Author: Brad King 
AuthorDate: Thu Oct 1 09:54:26 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 09:55:33 2015 -0400

fixup! cmSystemTools: Add VersionCompareGreater helper

diff --git a/Source/cmSystemTools.cxx b/Source/cmSystemTools.cxx
index a031da5..2c5aa8a 100644
--- a/Source/cmSystemTools.cxx
+++ b/Source/cmSystemTools.cxx
@@ -2781,7 +2781,7 @@ bool cmSystemTools::VersionCompareGreater(std::string 
const& lhs,
   std::string const& rhs)
 {
   return cmSystemTools::VersionCompare(
-cmSystemTools::CompareOp::OP_GREATER, lhs.c_str(), rhs.c_str());
+cmSystemTools::OP_GREATER, lhs.c_str(), rhs.c_str());
 }
 
 //

---

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


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

[Cmake-commits] CMake branch, next, updated. v3.3.2-3436-gaaa4be4

[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  aaa4be441968ee9e6344e182ef7e0f8e081f9b34 (commit)
   via  7bc202ccd49b42eacac78d7494f7aab0599f9c7b (commit)
  from  399b5bfd37b1fcd48e566cb7c8908333b6cc1dc8 (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=aaa4be441968ee9e6344e182ef7e0f8e081f9b34
commit aaa4be441968ee9e6344e182ef7e0f8e081f9b34
Merge: 399b5bf 7bc202c
Author: Brad King 
AuthorDate: Thu Oct 1 10:52:38 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 10:52:38 2015 -0400

Merge topic 'test-VSGNUFortran-oracle-link' into next

7bc202cc Tests: Simplify VSGNUFortran Oracle-specific link lines


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7bc202ccd49b42eacac78d7494f7aab0599f9c7b
commit 7bc202ccd49b42eacac78d7494f7aab0599f9c7b
Author: Brad King 
AuthorDate: Thu Oct 1 10:48:38 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 10:48:38 2015 -0400

Tests: Simplify VSGNUFortran Oracle-specific link lines

On an Oracle 12.4 build the c_using_fortran executable cannot find the
"fsu" library at runtime.  Since this is an implementation detail of the
"hello" library, link that library to it privately so that "-lfsu" does
not propagate to the executables consuming it.

diff --git a/Tests/VSGNUFortran/subdir/fortran/CMakeLists.txt 
b/Tests/VSGNUFortran/subdir/fortran/CMakeLists.txt
index 3ee1855..f68e38e 100644
--- a/Tests/VSGNUFortran/subdir/fortran/CMakeLists.txt
+++ b/Tests/VSGNUFortran/subdir/fortran/CMakeLists.txt
@@ -35,12 +35,12 @@ add_library(hello SHARED hello.f)
 add_library(world SHARED world.f)
 target_link_libraries(hello world)
 if(CMAKE_Fortran_COMPILER_ID MATCHES SunPro)
-  target_link_libraries(hello fsu)
+  target_link_libraries(hello PRIVATE fsu)
   if(CMAKE_Fortran_PLATFORM_ID MATCHES SunOS)
-target_link_libraries(hello sunmath m)
+target_link_libraries(hello PRIVATE sunmath m)
 test_sunquad(CMAKE_HAS_SUNQUAD)
 if(CMAKE_HAS_SUNQUAD)
-  target_link_libraries(hello sunquad)
+  target_link_libraries(hello PRIVATE sunquad)
 endif()
   endif()
 endif()

---

Summary of changes:
 Tests/VSGNUFortran/subdir/fortran/CMakeLists.txt |6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)


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

Re: [cmake-developers] CMake 3.4 feature freeze on 2015-10-01

[Brad King]

On 09/09/2015 11:06 AM, Brad King wrote:
> The feature freeze in 'master' for CMake 3.4 will be on Oct 1, 2015.
> I will announce a freeze in 'next' sometime in the preceding week so
> that we can get any remaining dashboard trouble cleaned up.

In order to get 'master' ready to branch for 3.4, 'next' is now frozen
to new features.  We're still working through some dashboard cleanup
that may take another few days.  After 3.4 is branched I'll announce
when post-3.4 development in 'next' is open.

Meanwhile the following types of changes are still welcome in 'next':

* Documentation updates
* Regression fixes
* Fixes for bugs in features new to 3.4

Thanks,
-Brad

-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

[Cmake-commits] CMake branch, next, updated. v3.3.2-3442-ge23d906

[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  e23d906921f653bc7ef6bd1f6f261851a418edd1 (commit)
   via  ec725815c9941967085c5b492e5a83305ccc490b (commit)
  from  1f5436a61959cfe5b0a2dbf979691e1d21e6776c (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=e23d906921f653bc7ef6bd1f6f261851a418edd1
commit e23d906921f653bc7ef6bd1f6f261851a418edd1
Merge: 1f5436a ec72581
Author: Brad King 
AuthorDate: Thu Oct 1 14:12:32 2015 -0400
Commit: CMake Topic Stage 
CommitDate: Thu Oct 1 14:12:32 2015 -0400

Merge topic 'release-binaries-windows-cmake-path' into next

ec725815 Utilities/Release: Update path to 'cmake.exe' on Windows build 
machine


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ec725815c9941967085c5b492e5a83305ccc490b
commit ec725815c9941967085c5b492e5a83305ccc490b
Author: Brad King 
AuthorDate: Thu Oct 1 14:11:05 2015 -0400
Commit: Brad King 
CommitDate: Thu Oct 1 14:11:05 2015 -0400

Utilities/Release: Update path to 'cmake.exe' on Windows build machine

diff --git a/Utilities/Release/dash2win64_release.cmake 
b/Utilities/Release/dash2win64_release.cmake
index 25acc17..ecfd7c5 100644
--- a/Utilities/Release/dash2win64_release.cmake
+++ b/Utilities/Release/dash2win64_release.cmake
@@ -1,6 +1,6 @@
 set(CMAKE_RELEASE_DIRECTORY "c:/cygwin/home/dashboard/CMakeReleaseDirectory")
 set(CONFIGURE_WITH_CMAKE TRUE)
-set(CMAKE_CONFIGURE_PATH "c:/Program\\ Files\\ \\(x86\\)/CMake\\ 
2.8/bin/cmake.exe")
+set(CMAKE_CONFIGURE_PATH "c:/Program\\ Files\\ \\(x86\\)/CMake/bin/cmake.exe")
 set(PROCESSORS 8)
 set(HOST dash2win64)
 set(CPACK_BINARY_GENERATORS "NSIS ZIP")

---

Summary of changes:
 Utilities/Release/dash2win64_release.cmake |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


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

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

[Tuukka Pasanen]

Hello,
With upstream I meant per project (try to get Cmake files part of 
project) not upstream CMake (because it would more flexible to have it 
with out release cycle) but let's see if I can bake something up if 
no-one refuses.


Tuukka

01.10.2015, 17:14, Ben Boeckel kirjoitti:

On Thu, Oct 01, 2015 at 07:56:11 +0300, Tuukka Pasanen wrote:

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

I think such an effort would be good. I don't think it should be in
upstream CMake though (the modules would be tied to CMake's release
cycle and CMake would be tied to backwards compat even when upstream
ships a proper config file).

--Ben


--

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

[cmake-developers] [CMake 0015762]: bootstrap fails on OS X 10.10.5 (Yosemite)

[Mantis Bug Tracker]

The following issue has been SUBMITTED. 
== 
https://cmake.org/Bug/view.php?id=15762 
== 
Reported By:Damian Rouson
Assigned To:
== 
Project:CMake
Issue ID:   15762
Category:   CMake
Reproducibility:always
Severity:   block
Priority:   normal
Status: new
== 
Date Submitted: 2015-10-01 19:15 EDT
Last Modified:  2015-10-01 19:15 EDT
== 
Summary:bootstrap fails on OS X 10.10.5 (Yosemite)
Description: 
Below is the tail of the output from running "./bootstrap --prefix=${PWD}" on OS
X 10.10.5 (Yosemite).  The same command completes successfully on Linux
(Lubuntu).

Damian

g++ 
-I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
-I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source
 
-I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
-c
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx
-o cmBootstrapCommands1.o
In file included from /usr/include/dispatch/dispatch.h:51:0,
 from
/System/Library/Frameworks/CoreFoundation.framework/Headers/CFStream.h:15,
 from
/System/Library/Frameworks/CoreFoundation.framework/Headers/CFPropertyList.h:13,
 from
/System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:55,
 from
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmFindProgramCommand.cxx:16,
 from
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx:52:
/usr/include/dispatch/object.h:143:15: error: expected unqualified-id before '^'
token
 typedef void (^dispatch_block_t)(void);
   ^
/usr/include/dispatch/object.h:143:15: error: expected ')' before '^' token
/usr/include/dispatch/object.h:362:3: error: 'dispatch_block_t' has not been
declared
   dispatch_block_t notification_block);
   ^
make: *** [cmBootstrapCommands1.o] Error 1
-
Error when bootstrapping CMake:
Problem while running make
-
Log of errors:
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk/cmake_bootstrap.log


Steps to Reproduce: 
#!/bin/bash
version=3.3
wget http://www.cmake.org/files/v$version/cmake-$version.0-1-src.tar.bz2 &&
tar xvjf cmake-$version.0-1-src.tar.bz2 &&
tar xvjf cmake-$version.0.tar.bz2 &&
cd cmake-$version.0  &&
./bootstrap --prefix=${PWD} >&1 | tee build.log

Additional Information: 
The results from running the above script are viewable at
https://github.com/sourceryinstitute/AdHoc/blob/master/src/cmake/bug-/build.log
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2015-10-01 19:15 Damian Rouson  New Issue
2015-10-01 19:15 Damian Rouson  File Added: cmake_bootstrap.log 
  
==

-- 

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] CMake 3.3 and 3.2 bootstrap fails on OS X Yosemite

[Damian Rouson]

All,

Could someone advise me on building CMake from source on OS X 10.10.5 
(Yosemite)?  At the bottom of this email is the tail of the output from the 
following build script: 

#!/bin/bash
version=3.3
wget http://www.cmake.org/files/v$version/cmake-$version.0-1-src.tar.bz2 &&
tar xvjf cmake-$version.0-1-src.tar.bz2 &&
tar xvjf cmake-$version.0.tar.bz2 &&
cd cmake-$version.0  &&
./bootstrap --prefix=${PWD} >&1 | tee build.log

An identical script completes successfully on Linux (Lubuntu).   The complete 
output of the above script in the “build.log” file at 
https://github.com/sourceryinstitute/AdHoc/tree/master/src/cmake/bug-.  A 
link to the resulting “cmake_bootstrap.log” file is on the same page. 

I get the same error with CMake 3.2.3 and have reported this behavior in CMake 
bug report 0015762 (https://cmake.org/Bug/view.php?id=15762).



Damian Rouson, Ph.D., P.E.
President, Sourcery Institute
http://www.sourceryinstitute.org
+1-510-600-2992 (mobile)




g++ 
-I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
 
-I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source
 
-I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
 -c 
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx
 -o cmBootstrapCommands1.o
In file included from /usr/include/dispatch/dispatch.h:51:0,
 from 
/System/Library/Frameworks/CoreFoundation.framework/Headers/CFStream.h:15,
 from 
/System/Library/Frameworks/CoreFoundation.framework/Headers/CFPropertyList.h:13,
 from 
/System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:55,
 from 
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmFindProgramCommand.cxx:16,
 from 
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx:52:
/usr/include/dispatch/object.h:143:15: error: expected unqualified-id before 
'^' token
 typedef void (^dispatch_block_t)(void);
   ^
/usr/include/dispatch/object.h:143:15: error: expected ')' before '^' token
/usr/include/dispatch/object.h:362:3: error: 'dispatch_block_t' has not been 
declared
   dispatch_block_t notification_block);
   ^
make: *** [cmBootstrapCommands1.o] Error 1
-
Error when bootstrapping CMake:
Problem while running make
-
Log of errors: 
/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk/cmake_bootstrap.log


-- 

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-developers] [MODERN] CMake 3.3 vs Qt 5.5 vs MSVC2015

[Konstantin Podsvirov]

Hi all! Modern master alive! :-)

It's been almost a month and it's time to upgrade:

3.3.20150901 CMake => CMake 3.3.20151001

Dear friends, I have a question and call for help.

With my assistance the project has an option for component installation project:

CMake_INSTALL_COMPONENTS

Unfortunately not all files found your component.
The files to be installed without specifying a component fall into 
'Unspecified' component.
Need to parse them out and assign them to the component context.

Now have the components:

- cmake;
- ctest;
- cpack;
- cmake-gui;
- sphinx-man;
- sphinx-html;
- sphinx singlehtml;
- sphinx-qthelp

and General for everything else

Is Unspecified;

A list of unaccounted for 'Unspecified' of files to install on the Window is 
attached.

Links to the installers were specified earlier (see below).


On 28.07.2015, 17:49, "Konstantin Podsvirov" :
> Hi dear CMake developers!
>
> 27.07.2015, 18:52, "Brad King" :
>> On 07/24/2015 03:46 AM, Konstantin Podsvirov wrote:
>>> To solve the problem you run cmake-gui is now possible with the
>>> the following changes:
>>
>> Applied as two separate commits with minor tweaks:
>>
>> cmake-gui: Install Qt5 Windows platform plugin
>> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=42f0155b
>>
>> CMake: Add option CMake_INSTALL_DEPENDENCIES
>> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=068e7962
>
> Code now in 'master' branch.
>
> Thanks, Brad!
>
> Meet/install/CMake built modern update on MSVC2015 c QtDialog based on Qt 5.5 
> from today :-)
>
> Windows 32bit:
>
> http://ifw.podsvirov.pro/cmake/cmake-master-win32-online.exe
>
> Windows 64bit:
>
> http://ifw.podsvirov.pro/cmake/cmake-master-win64-online.exe
>
> cmake-gui should work now, but if not, then update your system and install
>
> Visual C++ Redistributable for Visual Studio 2015 from the link below:
>
> http://www.microsoft.com/en-us/download/details.aspx?id=48145
>
> As always, questions and suggestions are welcome.

--
Regards,
Konstantin Podsvirov.:
bin/
doc/
share/
tree.txt

./bin:
cmcldeps.exe*
msvcp140.dll*
vcruntime140.dll*

./doc:
cmake-3.3/

./doc/cmake-3.3:
Copyright.txt
cmake.org.html
cmcompress/
cmcurl/
cmexpat/
cmlibarchive/
cmliblzma/
cmsys/
cmzlib/

./doc/cmake-3.3/cmcompress:
Copyright.txt

./doc/cmake-3.3/cmcurl:
COPYING

./doc/cmake-3.3/cmexpat:
COPYING

./doc/cmake-3.3/cmlibarchive:
COPYING

./doc/cmake-3.3/cmliblzma:
COPYING

./doc/cmake-3.3/cmsys:
Copyright.txt

./doc/cmake-3.3/cmzlib:
Copyright.txt

./share:
aclocal/
cmake-3.3/

./share/aclocal:
cmake.m4

./share/cmake-3.3:
Help/
Modules/
Templates/
completions/
editors/
include/

./share/cmake-3.3/Help:
command/
generator/
include/
index.rst
manual/
module/
policy/
prop_cache/
prop_dir/
prop_gbl/
prop_inst/
prop_sf/
prop_test/
prop_tgt/
release/
variable/

./share/cmake-3.3/Help/command:
FIND_XXX.txt
FIND_XXX_ORDER.txt
FIND_XXX_ROOT.txt
add_compile_options.rst
add_custom_command.rst
add_custom_target.rst
add_definitions.rst
add_dependencies.rst
add_executable.rst
add_library.rst
add_subdirectory.rst
add_test.rst
aux_source_directory.rst
break.rst
build_command.rst
build_name.rst
cmake_host_system_information.rst
cmake_minimum_required.rst
cmake_policy.rst
configure_file.rst
continue.rst
create_test_sourcelist.rst
ctest_build.rst
ctest_configure.rst
ctest_coverage.rst
ctest_empty_binary_directory.rst
ctest_memcheck.rst
ctest_read_custom_files.rst
ctest_run_script.rst
ctest_sleep.rst
ctest_start.rst
ctest_submit.rst
ctest_test.rst
ctest_update.rst
ctest_upload.rst
define_property.rst
else.rst
elseif.rst
enable_language.rst
enable_testing.rst
endforeach.rst
endfunction.rst
endif.rst
endmacro.rst
endwhile.rst
exec_program.rst
execute_process.rst
export.rst
export_library_dependencies.rst
file.rst
find_file.rst
find_library.rst
find_package.rst
find_path.rst
find_program.rst
fltk_wrap_ui.rst
foreach.rst
function.rst
get_cmake_property.rst
get_directory_property.rst
get_filename_component.rst
get_property.rst
get_source_file_property.rst
get_target_property.rst
get_test_property.rst
if.rst
include.rst
include_directories.rst
include_external_msproject.rst
include_regular_expression.rst
install.rst
install_files.rst
install_programs.rst
install_targets.rst
link_directories.rst
link_libraries.rst
list.rst
load_cache.rst
load_command.rst
macro.rst
make_directory.rst
mark_as_advanced.rst
math.rst
message.rst
option.rst
output_required_files.rst
project.rst
qt_wrap_cpp.rst
qt_wrap_ui.rst
remove.rst
remove_definitions.rst
return.rst
separate_arguments.rst
set.rst
set_directory_properties.rst
set_property.rst
set_source_files_properties.rst
set_target_properties.rst
set_tests_properties.rst
site_name.rst
source_group.rst
string.rst
subdir_depends.rst
subdirs.rst
target_compile_definitions.rst
target_compile_features.rst
target_compile_options.rst
target_include_directories.rst
target_link_libraries.rst
target_sources.rst
try_compile.rst
try_run.rst
unset.rst

Re: [CMake] cmake install behaviour with git

[Jörg Kreuzberger]

> > 
> > Now install behaves differnt, cause cmake checks only file time difference. 
> Files previously overwritten are now
> > considered Up-to-date
> 
> Why would you want to overwrite files that have not changed? 

This comes from installs, there we install some configuration files with the 
builded targets.
e.g. you install a builded executable, together with an config xml file from 
SCM.
If you make a product install, you want to "overwrite" the original config xml 
with an "product" xml config
file, also from the SCM.

So there are two install steps, the second "configure/modify" some files of the 
first. This worked cause the file
timestamps differed. Now not, cause the second install gets "Up-to-date" 
message and has to use CMAKE_ALWAYS_INSTALL.

The same "application install" is used in "product install" there we bundle 
several applications to an "product" and then apply product specific 
configuration, modifying some xml files (same name, different size, normaly 
different timestamp :-) )

The idea behind this install overwrite is that we could provide an install for 
an application with "default" configuration, so that any developer could use 
the application without further need to add additonal files (all files to run 
the application like config files, shared libraries and so on).

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

I do agree with you, except for this scenario of non-builded files. So the 
question is ok, why not consider the file size in up-to-date check.
Should be not to expensive to get this information together with the file time 
from the os.

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

We do not make an in-source-builds. i am focused on git clone cause we do it on 
our SOFTWARE RELEASE systems.
These are virtual machines, upstarting for any release build, cloning (with 
depth=1) the software and start builds,
install, and package creation (rpm and msi). For those builds the "former" 
behaviour is broken.

I do also not want to start a discussion about this git clone behaviour, i 
accepted this as is. I think the solutions provided in groups, aplying the 
timestamps after checkout from any meta data is also no good idea. The concept 
of the
modified timestamps is also still good for the builded install files.

Thanks for your patience, if you read this mail to the end :-)
Joerg

-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

Re: [CMake] CMake 3.3 and 3.2 bootstrap fails on OS X Yosemite

[Dan Kegel]

IMHO it's a bug to have different contents in the two archive formats; it
leads to confusion like this because it differs from standard practice in
the open source world.
On Oct 1, 2015 7:45 PM, "David Cole via CMake"  wrote:

> The "-1" bz2 files are for Cygwin...
>
> Try the plain old .tar.gz instead.
>
>
> David
>
> > On Oct 1, 2015, at 7:51 PM, Damian Rouson 
> wrote:
> >
> > All,
> >
> > Could someone advise me on building CMake from source on OS X 10.10.5
> (Yosemite)?  At the bottom of this email is the tail of the output from the
> following build script:
> >
> > #!/bin/bash
> > version=3.3
> > wget http://www.cmake.org/files/v$version/cmake-$version.0-1-src.tar.bz2
> &&
> > tar xvjf cmake-$version.0-1-src.tar.bz2 &&
> > tar xvjf cmake-$version.0.tar.bz2 &&
> > cd cmake-$version.0  &&
> > ./bootstrap --prefix=${PWD} >&1 | tee build.log
> >
> > An identical script completes successfully on Linux (Lubuntu).   The
> complete output of the above script in the “build.log” file at
> https://github.com/sourceryinstitute/AdHoc/tree/master/src/cmake/bug-.
> A link to the resulting “cmake_bootstrap.log” file is on the same page.
> >
> > I get the same error with CMake 3.2.3 and have reported this behavior in
> CMake bug report 0015762 (https://cmake.org/Bug/view.php?id=15762).
> >
> >
> > 
> > Damian Rouson, Ph.D., P.E.
> > President, Sourcery Institute
> > http://www.sourceryinstitute.org
> > +1-510-600-2992 (mobile)
> >
> >
> >
> >
> > g++
> -I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
> -I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source
> -I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
> -c
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx
> -o cmBootstrapCommands1.o
> > In file included from /usr/include/dispatch/dispatch.h:51:0,
> > from
> /System/Library/Frameworks/CoreFoundation.framework/Headers/CFStream.h:15,
> > from
> /System/Library/Frameworks/CoreFoundation.framework/Headers/CFPropertyList.h:13,
> > from
> /System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:55,
> > from
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmFindProgramCommand.cxx:16,
> > from
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx:52:
> > /usr/include/dispatch/object.h:143:15: error: expected unqualified-id
> before '^' token
> > typedef void (^dispatch_block_t)(void);
> >   ^
> > /usr/include/dispatch/object.h:143:15: error: expected ')' before '^'
> token
> > /usr/include/dispatch/object.h:362:3: error: 'dispatch_block_t' has not
> been declared
> >   dispatch_block_t notification_block);
> >   ^
> > make: *** [cmBootstrapCommands1.o] Error 1
> > -
> > Error when bootstrapping CMake:
> > Problem while running make
> > -
> > Log of errors:
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk/cmake_bootstrap.log
> >
> >
> > --
> >
> > 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
> --
>
> 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
-- 

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 

Re: [CMake] CMake 3.3 and 3.2 bootstrap fails on OS X Yosemite

[David Cole via CMake]

The "-1" bz2 files are for Cygwin...

Try the plain old .tar.gz instead.


David

> On Oct 1, 2015, at 7:51 PM, Damian Rouson  
> wrote:
> 
> All,
> 
> Could someone advise me on building CMake from source on OS X 10.10.5 
> (Yosemite)?  At the bottom of this email is the tail of the output from the 
> following build script: 
> 
> #!/bin/bash
> version=3.3
> wget http://www.cmake.org/files/v$version/cmake-$version.0-1-src.tar.bz2 &&
> tar xvjf cmake-$version.0-1-src.tar.bz2 &&
> tar xvjf cmake-$version.0.tar.bz2 &&
> cd cmake-$version.0  &&
> ./bootstrap --prefix=${PWD} >&1 | tee build.log
> 
> An identical script completes successfully on Linux (Lubuntu).   The complete 
> output of the above script in the “build.log” file at 
> https://github.com/sourceryinstitute/AdHoc/tree/master/src/cmake/bug-.  A 
> link to the resulting “cmake_bootstrap.log” file is on the same page. 
> 
> I get the same error with CMake 3.2.3 and have reported this behavior in 
> CMake bug report 0015762 (https://cmake.org/Bug/view.php?id=15762).
> 
> 
> 
> Damian Rouson, Ph.D., P.E.
> President, Sourcery Institute
> http://www.sourceryinstitute.org
> +1-510-600-2992 (mobile)
> 
> 
> 
> 
> g++ 
> -I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
>  
> -I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source
>  
> -I/Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk
>  -c 
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx
>  -o cmBootstrapCommands1.o
> In file included from /usr/include/dispatch/dispatch.h:51:0,
> from 
> /System/Library/Frameworks/CoreFoundation.framework/Headers/CFStream.h:15,
> from 
> /System/Library/Frameworks/CoreFoundation.framework/Headers/CFPropertyList.h:13,
> from 
> /System/Library/Frameworks/CoreFoundation.framework/Headers/CoreFoundation.h:55,
> from 
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmFindProgramCommand.cxx:16,
> from 
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Source/cmBootstrapCommands1.cxx:52:
> /usr/include/dispatch/object.h:143:15: error: expected unqualified-id before 
> '^' token
> typedef void (^dispatch_block_t)(void);
>   ^
> /usr/include/dispatch/object.h:143:15: error: expected ')' before '^' token
> /usr/include/dispatch/object.h:362:3: error: 'dispatch_block_t' has not been 
> declared
>   dispatch_block_t notification_block);
>   ^
> make: *** [cmBootstrapCommands1.o] Error 1
> -
> Error when bootstrapping CMake:
> Problem while running make
> -
> Log of errors: 
> /Users/rouson/Code/sourceryinstitute/AdHoc/src/cmake/bug-/cmake-3.3.0/Bootstrap.cmk/cmake_bootstrap.log
> 
> 
> -- 
> 
> 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
-- 

Powered by www.kitware.com

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more 
information on each offering, please visit:

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

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

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

[CMake] CMake loses/switches generator, breaking build directories

[Jens Weggemann]

Hello,

I've run into a problem where rerunning CMake (for instance, automatically
from Visual Studio via the ZERO_CHECK target) would sometimes switch to a
different generator, like from 64-bit to 32-bit, completely messing up the
build directory.

The reason is that CMake can drop information about the previously chosen
generator. In such cases, when CMake is called again, it will try to detect
the generator anew, and there is no guarantee that will choose the previous
generator.
It's easily reproduced:

A dummy CMakeLists.txt:

cmake_minimum_required(VERSION 3.3)
project(problem)
# message(FATAL_ERROR ouch)
# undefined_function()
# find_package(missing_package REQUIRED)

A call to
> cmake -G "Visual Studio 12 2013 Win64"

will store this entry in CMakeCache.txt:
CMAKE_GENERATOR:INTERNAL=Visual Studio 12 2013 Win64

So far, so good. Now uncomment any of the three commented lines in
CMakeLists.txt and either run cmake again without explicitly specifying the
generator or build the VS solution (which effectively does the same). The
cmake run will fail and the CMakeCache.txt is re-written, but it will now
lack the CMAKE_GENERATOR entry.

Now the build directory is doomed unless one explicitly specifies the Win64
generator again. To see why, fix the CMakeLists.txt by commenting out the
bad line.
CMake will detect the generator anew and (depending on platform and
installed IDEs, of course) might come up with "Visual Studio 12 2013". Note
that detection will never use the Win64 version of that generator, so it
will always guess wrong in this case. Furthermore, because there was no
generator entry previously, CMake will not fail because of non-matching
generators and happily create a mess of broken projects in the build
directory.

I couldn't so far find a reasonable workaround. Why does CMake rewrite the
CMakeCache in the case of a fatal error anyway? Can't it at least preserve
the previous value of CMAKE_GENERATOR?

Thanks,
Jens
-- 

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] CMake loses/switches generator, breaking build directories

[Nils Gladitz]

On 10/01/2015 11:39 AM, Jens Weggemann wrote:

Hello,

I've run into a problem where rerunning CMake (for instance,
automatically from Visual Studio via the ZERO_CHECK target) would
sometimes switch to a different generator, like from 64-bit to 32-bit,
completely messing up the build directory.


That sounds like https://cmake.org/Bug/view.php?id=15640 which should be 
fixed in the upcoming 3.4.


Nils

--

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, master, updated. v3.3.2-1373-g02bc311

[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  02bc311138ad8ac0c3653e836a02d54245ae4b12 (commit)
  from  59202e17ffe6925fab182df45d8d37aef6460ddc (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=02bc311138ad8ac0c3653e836a02d54245ae4b12
commit 02bc311138ad8ac0c3653e836a02d54245ae4b12
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Fri Oct 2 00:01:06 2015 -0400
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Fri Oct 2 00:01:06 2015 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 3fc74d8..f9eeef3 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
 # CMake version number components.
 set(CMake_VERSION_MAJOR 3)
 set(CMake_VERSION_MINOR 3)
-set(CMake_VERSION_PATCH 20151001)
+set(CMake_VERSION_PATCH 20151002)
 #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

[CMake] CMake on OpenVMS - approaching the finish line

[Custin, Jay (CSC Sw Middleware)]

Had a few environmental issues that bit me (and drew blood)... but have gotten 
MUCH closer to the goal... except

bash-4.3$ ./configure --system-curl --system-zlib --verbose 
--init=BuildCMakeOpenVMS_CacheFlags.cmake

<>

/bin/cc -Wc/warnings=disable=all -I/PRJ_ROOT/CMAKE-3_3_2/Bootstrap_cmk 
-I/PRJ_ROOT/CMAKE-3_3_2/Source   -I/PRJ_ROOT/CMAKE-3_3_2/Bootstrap_cmk 
-DKWSYS_NAMESPACE=cmsys  -c /PRJ_ROOT/CMAKE-3_3_2/Source/kwsys/Terminal.c -o 
Terminal.o
cc  -Wc/warnings=disable=all  -I/PRJ_ROOT/CMAKE-3_3_2/Bootstrap_cmk 
-I/PRJ_ROOT/CMAKE-3_3_2/Source   -I/PRJ_ROOT/CMAKE-3_3_2/Bootstrap_cmk  cmake.o 
cmakemain.o cmcmd.o cmCommandArgumentLexer.o cmCommandArgumentParser.o 
cmCommandArgumentParserHelper.o cmCPackPropertiesGenerator.o cmDefinitions.o 
cmDepends.o cmDependsC.o cmDocumentationFormatter.o cmPolicies.o cmProperty.o 
cmPropertyMap.o cmPropertyDefinition.o cmPropertyDefinitionMap.o cmMakeDepend.o 
cmMakefile.o cmExportFileGenerator.o cmExportInstallFileGenerator.o 
cmExportTryCompileFileGenerator.o cmExportSet.o cmExportSetMap.o 
cmExternalMakefileProjectGenerator.o cmGeneratorExpressionEvaluationFile.o 
cmGeneratedFileStream.o cmGeneratorTarget.o cmGeneratorExpressionContext.o 
cmGeneratorExpressionDAGChecker.o cmGeneratorExpressionEvaluator.o 
cmGeneratorExpressionLexer.o cmGeneratorExpressionNode.o 
cmGeneratorExpressionParser.o cmGeneratorExpression.o cmGlobalGenerator.o 
cmInstallDirectoryGenerator.o cmLocalGenerator.o cmInstalledFile.o 
cmInstallGenerator.o cmInstallExportGenerator.o cmInstallFilesGenerator.o 
cmInstallScriptGenerator.o cmInstallTargetGenerator.o cmScriptGenerator.o 
cmSourceFile.o cmSourceFileLocation.o cmState.o cmSystemTools.o 
cmTestGenerator.o cmVersion.o cmFileTimeComparison.o 
cmGlobalUnixMakefileGenerator3.o cmLocalUnixMakefileGenerator3.o 
cmMakefileExecutableTargetGenerator.o cmMakefileLibraryTargetGenerator.o 
cmMakefileTargetGenerator.o cmMakefileUtilityTargetGenerator.o 
cmOSXBundleGenerator.o cmNewLineStyle.o cmBootstrapCommands1.o 
cmBootstrapCommands2.o cmCommandsForBootstrap.o cmTarget.o cmTest.o 
cmCustomCommand.o cmCustomCommandGenerator.o cmCacheManager.o cmListFileCache.o 
cmComputeLinkDepends.o cmComputeLinkInformation.o cmOrderDirectories.o 
cmComputeTargetDepends.o cmComputeComponentGraph.o cmExprLexer.o cmExprParser.o 
cmExprParserHelper.o cmGlobalNinjaGenerator.o cmLocalNinjaGenerator.o 
cmNinjaTargetGenerator.o cmNinjaNormalTargetGenerator.o 
cmNinjaUtilityTargetGenerator.o cmListFileLexer.o vms_crtl_init.o Directory.o 
EncodingCXX.o FStream.o Glob.o RegularExpression.o SystemTools.o EncodingC.o 
ProcessUNIX.o String.o System.o Terminal.o -o cmake
-- The C compiler identification is HP
-- The CXX compiler identification is HP
-- Check for working C compiler: /bin/cc
-- Check for working C compiler: /bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /bin/cc
-- Check for working CXX compiler: /bin/cc -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done

<>

-- Checking whether CXX compiler has atoll
-- Checking whether CXX compiler has atoll - yes
-- Checking whether CXX compiler has _atoi64
-- Checking whether CXX compiler has _atoi64 - no
-- Looking for C++ include execinfo.h
-- Looking for C++ include execinfo.h - not found
-- Using system-installed CURL
-- Using system-installed ZLIB
-- Could NOT find ZLIB (missing:  ZLIB_LIBRARY) (found version "1.2.8")
CMake Error at CMakeLists.txt:266 (message):
  CMAKE_USE_SYSTEM_ZLIB is ON but a zlib is not found!
Call Stack (most recent call first):
  CMakeLists.txt:533 (CMAKE_BUILD_UTILITIES)


-- Configuring incomplete, errors occurred!
See also "/PRJ_ROOT/CMAKE-3_3_2/CMakeFiles/CMakeOutput.log".
See also "/PRJ_ROOT/CMAKE-3_3_2/CMakeFiles/CMakeError.log".
-
CMake has bootstrapped.  Now run make.
./configure: line 3: /PRJ_ROOT/CMAKE-3_3_2/bootstrap: error 0
bash-4.3$


It appears this error occurs during the execution of FindZLIB.cmake (I added a 
MESSAGE statement and confirmed that) and when I looked at that file... this 
strikes me as odd...

Lines 70-77:

70 # Normal search.
71 set(_ZLIB_SEARCH_NORMAL
72   PATHS "[HKEY_LOCAL_MACHINE\\SOFTWARE\\GnuWin32\\Zlib;InstallPath]"
73 "$ENV{PROGRAMFILES}/zlib"
74   )
75 list(APPEND _ZLIB_SEARCHES _ZLIB_SEARCH_NORMAL)
76
77 set(ZLIB_NAMES z zlib zdll zlib1 zlibd zlibd1)

Now if I have correctly guessed at this will do... this would ONLY work on a 
Windows-based platforms (since *nix doesn't use Microsoft's registry keys, 
thank God!, and it wouldn't go searching in {Programfiles}/zlib on a *nix 
system either, I wouldn't think).

Even more confusing... at least to me... the error message clearly indicates it 
has found >> a << ZLIB:

...(found version "1.2.8")

Which matches the version information of the ZLIB I have installed on the VMS 
system:

ITAN1> product show product zlib

Re: [CMake] CMake 3.3 and 3.2 bootstrap fails on OS X Yosemite

[Damian Rouson]

> On Oct 1, 2015, at 7:45 PM, David Cole  wrote:
> 
> The "-1" bz2 files are for Cygwin…

Why don’t the Cygwin files have “Cygwin” in their names like the files with 
“Darwin” and “Linux” in their names?

> 
> Try the plain old .tar.gz instead.
> 

I get the same error with cmake-3.3.2.tar.gz.

Damian
-- 

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] cmake install behaviour with git

[Jörg Kreuzberger]

> What was unclear to me is that it now sounds like you are installing two 
> distinct files from your repository to the same destination file rather 
> than re-installing a modified version of the same file.
Yes, your are right i am doing exactly this

> I think that is conceptually an error prone thing to do irregardless of 
> the SCM in use.
yes you are right, but it worked until the git change :-)
i will fix it in your 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

[CMake] Approaching Deadline: ICGCTI2015 - Malaysia

[Jackie Blanco]

The Third International Conference on Green Computing, Technology and 
Innovation (ICGCTI2015)


Universiti Putra Malaysia, Selangor, Malaysia
8-10 December 2015
http://sdiwc.net/conferences/icgcti2015/

The proposed conference on the above theme will held over three days, 
with presentations delivered by researchers from the international 
community, including presentations from keynote speakers and 
state-of-the-art lectures. ICGCTI2015 aims to enable researchers build 
connections between different digital applications.


The conference welcomes papers on the following (but not limited to) 
research topics:


- Benefits of, and barriers to, adopting greener IT practices
- Carbon metering and user feedback
- Climate and ecosystem monitoring
- Energy harvesting, storage, and recycling
- Energy-aware high performance computing and applications
- Energy-aware software
- Energy-efficient network services and operations
- Green IT metrics, maturity models, standards, and regulations
- Green computing models, methodologies and paradigms
- Green networking and communication
- Life-cycle analysis of IT equipment
- Management and profiling tools for energy efficient systems
- Modeling-representations, simulation and validation for energy 
consumption optimization problems

- Online dynamic optimization for energy efficient systems
- Power-aware algorithms and protocols
- Power-efficient delivery and cooling
- Renewable energy models and prediction
- Smart buildings and urban development
- Smart homes, buildings, offices, streets
- Stability of smart energy systems
- Using IT to reduce carbon emissions
- Carbon management policies and ecology- related issues with ICT
- Characterization, metrics, and modeling
- Creating green awareness using IT
- Energy-aware computing
- Energy-aware large scale distributed systems, such as Grids, Clouds 
and service computing

- Energy-efficient mass data storage and processing
- Governments’ roles in fostering and enforcing green initiatives
- Green business process reengineering and management
- Green design, manufacture, use, disposal, and recycling of computers 
and communication systems

- Green software engineering
- Low-power electronics and systems
- Matching energy supply and demand
- Network design optimization
- Optimization of energy-efficient protocols
- Power-aware software and hardware
- Reliability, thermal behavior and control
- Robustness and performance guarantees
- Smart grid and microgrids
- Smart transportation and manufacturing
- Sustainable computing

Researchers are encouraged to submit their work electronically. All 
papers will be fully refereed by a minimum of two specialized referees. 
Before final acceptance, all referees comments must be considered.


Important Dates
==
Submission Deadline : November 8, 2015
Final Notification  : November 20, 2015
Camera Ready Deadline   : November 28, 2015
Registration Deadline   : November 28, 2015
Conference Dates: December 8-10, 2015

Drop us an email at icgct...@sdiwc.net

--

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] cmake install behaviour with git

[Nils Gladitz]

On 10/01/2015 10:12 AM, Jörg Kreuzberger wrote:

-Ursprüngliche Nachricht-
Von:Nils Gladitz 
Gesendet:   Do 01.10.2015 09:40
Betreff:Re: [CMake] cmake install behaviour with git
An: Jörg Kreuzberger ; cmake@cmake.org;

On 10/01/2015 08:35 AM, Jörg Kreuzberger wrote:

This comes from installs, there we install some configuration files with the

builded targets.

e.g. you install a builded executable, together with an config xml file from

SCM.

If you make a product install, you want to "overwrite" the original config

xml with an "product" xml config

file, also from the SCM.

So there are two install steps, the second "configure/modify" some files of

the first. This worked cause the file

timestamps differed. Now not, cause the second install gets "Up-to-date"

message and has to use CMAKE_ALWAYS_INSTALL.

I don't comprehend this at all.
Why would the two instances of the config file with distinct content
have the same modification time in this scenario?


cause they come from git clone and git sets the timestamp of the files to the 
time of the clone,
not of the "original" modification time. So after a clone all files(!) have the 
same timestamp.


Subversion does not restore "original" modification times either (unless 
you use the non-default 'use-commit-times' option which likely breaks 
timestamp logic in the build).


When you do a fresh checkout with subversion all files will have 
modification times close to each other as well.


I guess the only difference with git is that git might be a bit faster 
when creating files to a degree where creation time differences might 
fall below the modification time precision(?)


What was unclear to me is that it now sounds like you are installing two 
distinct files from your repository to the same destination file rather 
than re-installing a modified version of the same file.


I think that is conceptually an error prone thing to do irregardless of 
the SCM in use.


Nils


--

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