[CMake] XCode target membership

2019-03-14 Thread Roman Wüger 
Hello,

since Xcode 10 I noticed that I must check the Checkbox (Target membership on 
the right pane) for my target when I want that the assets are recognized for 
the specified target.

Is there a way to automatically set this option via CMake? The problem is that 
when I forget to set this check mark (or it is an automated build), then no app 
icon will be set.

Thanks in advance

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:
https://cmake.org/mailman/listinfo/cmake

[Cmake-commits] CMake branch, master, updated. v3.14.0-363-g2efecea

2019-03-14 Thread Kitware Robot via Cmake-commits 
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  2efecea485a76df149ecc5d644cc2a1ec6c33cf3 (commit)
  from  32a569e8771311348306f15644bfa048ee183892 (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=2efecea485a76df149ecc5d644cc2a1ec6c33cf3
commit 2efecea485a76df149ecc5d644cc2a1ec6c33cf3
Author: Kitware Robot 
AuthorDate: Fri Mar 15 00:01:07 2019 -0400
Commit: Kitware Robot 
CommitDate: Fri Mar 15 00:01:07 2019 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index c9707e1..9340c35 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 14)
-set(CMake_VERSION_PATCH 20190314)
+set(CMake_VERSION_PATCH 20190315)
 #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
https://cmake.org/mailman/listinfo/cmake-commits

[CMake] Basic question how to find -lm include and lib dir with find_package or otherwise

2019-03-14 Thread workbe...@gmx.at 
Hi everyone,

i'm searching for a way to find the right include dir so that -lm can be
found, the is not find_package for this, is /usr/lib and /usr/include a
default because he find it without me adding any include or lib path for
the build.


best regards!



pEpkey.asc
Description: application/pgp-keys
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] not sure if I am verifying download correctly: something kooky

2019-03-14 Thread Gavin M2301 
Hi-
 gpg2 --verify cmake-3.14.0-SHA-256.txt.asc cmake-3.14.0-SHA-256.txt
gpg: Signature made Thu, Mar 14, 2019 10:26:24 AM EDT
gpg:using RSA key C6C265324BBEBDC350B513D02D2CEF1034921684
gpg: Can't check signature: No public key

sha256sum cmake-3.14.0-win64-x64.msi
4cbc62929f313d9890d377fa022753e9e5509e7afa3e16978127b7b2813633cf
*cmake-3.14.0-win64-x64.msi

4cbc62929f313d9890d377fa022753e9e5509e7afa3e16978127b7b2813633cf
cmake-3.14.0-win64-x64.msi

 gpg2--keyid-format long --show-key cmake-3.14.0-SHA-256.txt.asc
-bash: gpg2--keyid-format: command not found

That last one might be because it is a new gpg2 version.

https://serverfault.com/questions/896228/how-to-verify-a-file-using-an-asc-signature-file

So, I got a good sha256sum but can't verify the signature. Per the website,
EC8FEF3A7BFB4EDA


I am wondering if PGP is different than GPG and that is the issue. I don't
think that is the issue though.

Please advise. Thnx. for any assistance: Roboloki








Virus-free.
www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] [ANNOUNCE] CMake 3.14.0 available for download

2019-03-14 Thread Kyle Edwards via CMake 
On Thu, 2019-03-14 at 14:37 -0400, Sean McBride wrote:
> On Thu, 14 Mar 2019 11:58:16 -0400, Robert Maynard via CMake said:
> 
> > 
> > I am happy to announce that CMake 3.14.0 is now available for
> > download at:
> >  https://cmake.org/download/
> Pi version on Pi Day.  Nicely done!  :)  Couldn't you have waited
> until 3:14 to release it?  :)

We thought about releasing it at 1:59, but we didn't want to wait until
the afternoon :)

Kyle
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] [ANNOUNCE] CMake 3.14.0 available for download

2019-03-14 Thread Sean McBride 
On Thu, 14 Mar 2019 11:58:16 -0400, Robert Maynard via CMake said:

>I am happy to announce that CMake 3.14.0 is now available for download at:
>  https://cmake.org/download/

Pi version on Pi Day.  Nicely done!  :)  Couldn't you have waited until 3:14 to 
release it?  :)

Sean


-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [cmake-developers] Question about fetching big repositories with ExternalProject_Add

2019-03-14 Thread Ben Boeckel via cmake-developers 
On Mon, Mar 11, 2019 at 16:50:21 +0100, workbe...@gmx.at wrote:
> i play around much with ExternalProject_Add and i found some kind of
> "error". When fetching big repositories like llvm cmake don't show any
> output when cloning the repository which makes the user believe cmake
> stucks, is there a way to show the clone process with
> ExternalProject_Add() so the user does not believe cmake is stuck ??
> It's find with normal repositories, but for example with llvm it's a
> nightmare.

There's the `GIT_PROGRESS 1` argument you can pass.

--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:
https://cmake.org/mailman/listinfo/cmake-developers

Re: [CMake] Visual Studio generator running custom_command twice

2019-03-14 Thread frodak17 
On Thu, Mar 14, 2019 at 12:53 PM frodak17  wrote:

>
>
> On Thu, Mar 14, 2019 at 1:13 AM Paul Smith  wrote:
>
>> I have a situation where I've created a custom command to generate .cpp
>> files to be compiled (in my case running bison/flex).
>>
>> I'm using CMake 3.13.4
>>
>>   set(MyParserOutput
>>   ${OUT_DIR}/MyParser.tab.cpp
>>   ${OUT_DIR}/MyParser.tab.hpp)
>>
>>   add_custom_target(MyGenParser DEPENDS ${MyParserOutput})
>>
>> Then I have two different libraries, both depending on this:
>>
>>   add_library(OneLib STATIC ${MyParserOutput} ...)
>>   add_dependencies(OneLib MyGenparser)
>>
>>
>>   add_library(TwoLib STATIC ${MyParserOutput} ...)
>>   add_dependencies(TwoLib MyGenparser)
>>
>>
>> From add_custom_command()
> Do not list the output in more than one independent target that may build
> in parallel or the two instances of the rule may conflict (instead use the
> add_custom_target()
> 
> command to drive the command and make the other targets depend on that one)
>
> Removing ${MyParserOutput} from both add_library() should fix the issue.
>
> Best regards,
> F
>

Sorry, It didn't register at first that about the cpp file that needs to
get compiled into the library.

That makes it a little more complicated.

In that case you need to keep ${MyParserOutput} and set the GENERATED
properties for the files.

Also the building the custom target needs to be done in a separate
directory as the add_custom_commands() need to be in a different
CMakeLists.txt file from the libraries.  Otherwise the rules get pulled
into the libraries and cause the commands to be run multiple times.
-- 

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:
https://cmake.org/mailman/listinfo/cmake

Re: [CMake] Visual Studio generator running custom_command twice

2019-03-14 Thread frodak17 
On Thu, Mar 14, 2019 at 1:13 AM Paul Smith  wrote:

> I have a situation where I've created a custom command to generate .cpp
> files to be compiled (in my case running bison/flex).
>
> I'm using CMake 3.13.4
>
>   set(MyParserOutput
>   ${OUT_DIR}/MyParser.tab.cpp
>   ${OUT_DIR}/MyParser.tab.hpp)
>
>   add_custom_target(MyGenParser DEPENDS ${MyParserOutput})
>
> Then I have two different libraries, both depending on this:
>
>   add_library(OneLib STATIC ${MyParserOutput} ...)
>   add_dependencies(OneLib MyGenparser)
>
>
>   add_library(TwoLib STATIC ${MyParserOutput} ...)
>   add_dependencies(TwoLib MyGenparser)
>
>
> From add_custom_command()
Do not list the output in more than one independent target that may build
in parallel or the two instances of the rule may conflict (instead use the
add_custom_target()

command to drive the command and make the other targets depend on that one)

Removing ${MyParserOutput} from both add_library() should fix the issue.

Best regards,
F
-- 

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:
https://cmake.org/mailman/listinfo/cmake

[CMake] [ANNOUNCE] CMake 3.14.0 available for download

2019-03-14 Thread Robert Maynard via CMake 
I am happy to announce that CMake 3.14.0 is now available for download at:
  https://cmake.org/download/

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

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

Some of the more significant changes in CMake 3.14 are:

* Support for running CMake on Windows XP and Windows Vista has been
  dropped. The precompiled Windows binaries provided on "cmake.org"
  now require Windows 7 or higher.

* CMake now supports Cross Compiling for iOS, tvOS, or watchOS using
  simple toolchain files.

* The "Visual Studio 16 2019" generator was added.  This is
  experimental and based on "Visual Studio 2019 Preview 4" because
  this version of VS has not been released.

  The VS 2019 generator differs from generators for earlier versions
  in that it does not provide variants that specify the target
  platform in the generator name.  Instead "CMAKE_GENERATOR_PLATFORM"
  must be used, e.g. through the "-A" command-line option.
  Furthermore, the default target platform (architecture) is now based
  on the *host* platform.  The VS host toolset selection is now based
  on the host architecture as well.

* The "Green Hills MULTI" generator has been updated to include Object
  Library support, support for target renaming and destination output
  control properties, and other improvements.

* A "CMAKE_BUILD_RPATH_USE_ORIGIN" variable and corresponding
  "BUILD_RPATH_USE_ORIGIN" target property were added to enable use of
  relative runtime paths (RPATHs). This helps achieving relocatable
  and reproducible builds that are invariant of the build directory.

* The "install(TARGETS)" command learned how to install to an
  appropriate default directory for a given target type, based on
  variables from the "GNUInstallDirs" module and built-in defaults, in
  lieu of a "DESTINATION" argument.

* The "install(FILES)" and "install(DIRECTORY)" commands learned a
  new set of parameters for installing files as a file type, setting
  the destination based on the appropriate variables from
  "GNUInstallDirs" and built-in defaults, in lieu of a "DESTINATION"
  argument.

* The "install(CODE)" and "install(SCRIPT)" commands learned to
  support generator expressions.  See policy "CMP0087".

* The "if()" command gained support for checking if cache variables
  are defined with the  "DEFINED CACHE{VAR}" syntax.

* A file-based api for clients to get semantic buildsystem
  information has been added.  See the "cmake-file-api(7)" manual.
  This is intended to replace the "cmake-server(7)" mode for IDEs.

* The "cmake(1)" Build Tool Mode ("cmake --build") gained "--
  verbose" and "-v" options to specify verbose build output. Some
  generators such as Xcode don't support this option currently.

* The "cmake(1)" "-E compare_files" command learned a new "--ignore-
  eol" option to specify that end-of-line differences (e.g. LF vs
  CRLF) should be ignored when comparing files.


CMake 3.14 Release Notes


Changes made since CMake 3.13 include the following.


New Features



Generators
--

* The "Visual Studio 16 2019" generator was added.  This is
  experimental and based on "Visual Studio 2019 Preview 4" because
  this version of VS has not been released.

  The VS 2019 generator differs from generators for earlier versions
  in that it does not provide variants that specify the target
  platform in the generator name.  Instead "CMAKE_GENERATOR_PLATFORM"
  must be used, e.g. through the "-A" command-line option.
  Furthermore, the default target platform (architecture) is now based
  on the *host* platform.  The VS host toolset selection is now based
  on the host architecture as well.

* The "Green Hills MULTI" generator has been updated:

  * Now supports Object Libraries.

  * Now warns on unsupported project types such as shared libraries.

  * Now generates a top-level ".top.gpj" for each
directory calling the "project()" command.  The top-level project
file "default.gpj" is no longer created.

  * Now honors target renaming and destination output control
properties such as "RUNTIME_OUTPUT_DIRECTORY" and "OUTPUT_NAME".
This also fixes support for installation rules generated by
"install()".

  * Now honors source file properties "INCLUDE_DIRECTORIES",
"COMPILE_DEFINITIONS", and "COMPILE_OPTIONS".

  * Now supports Dynamic Download Integrity Applications which did
not include Integrate Files via "GHS_INTEGRITY_APP" and setting a
target link flag of "-dynamic".

  * The contents of project files now sorts sources groups and files
by name. Set the "GHS_NO_SOURCE_GROUP_FILE" target property to
"ON" to generate a single project file for the target instead of a
project file for each source group.  Set the
"CMAKE_GHS_NO_SOURCE_GROUP_FILE" variable to enable this for all
targets.


File-Based API
--

* A file-based api for

[cmake-developers] [ANNOUNCE] CMake 3.14.0 available for download

2019-03-14 Thread Robert Maynard via cmake-developers 
I am happy to announce that CMake 3.14.0 is now available for download at:
  https://cmake.org/download/

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

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

Some of the more significant changes in CMake 3.14 are:

* Support for running CMake on Windows XP and Windows Vista has been
  dropped. The precompiled Windows binaries provided on "cmake.org"
  now require Windows 7 or higher.

* CMake now supports Cross Compiling for iOS, tvOS, or watchOS using
  simple toolchain files.

* The "Visual Studio 16 2019" generator was added.  This is
  experimental and based on "Visual Studio 2019 Preview 4" because
  this version of VS has not been released.

  The VS 2019 generator differs from generators for earlier versions
  in that it does not provide variants that specify the target
  platform in the generator name.  Instead "CMAKE_GENERATOR_PLATFORM"
  must be used, e.g. through the "-A" command-line option.
  Furthermore, the default target platform (architecture) is now based
  on the *host* platform.  The VS host toolset selection is now based
  on the host architecture as well.

* The "Green Hills MULTI" generator has been updated to include Object
  Library support, support for target renaming and destination output
  control properties, and other improvements.

* A "CMAKE_BUILD_RPATH_USE_ORIGIN" variable and corresponding
  "BUILD_RPATH_USE_ORIGIN" target property were added to enable use of
  relative runtime paths (RPATHs). This helps achieving relocatable
  and reproducible builds that are invariant of the build directory.

* The "install(TARGETS)" command learned how to install to an
  appropriate default directory for a given target type, based on
  variables from the "GNUInstallDirs" module and built-in defaults, in
  lieu of a "DESTINATION" argument.

* The "install(FILES)" and "install(DIRECTORY)" commands learned a
  new set of parameters for installing files as a file type, setting
  the destination based on the appropriate variables from
  "GNUInstallDirs" and built-in defaults, in lieu of a "DESTINATION"
  argument.

* The "install(CODE)" and "install(SCRIPT)" commands learned to
  support generator expressions.  See policy "CMP0087".

* The "if()" command gained support for checking if cache variables
  are defined with the  "DEFINED CACHE{VAR}" syntax.

* A file-based api for clients to get semantic buildsystem
  information has been added.  See the "cmake-file-api(7)" manual.
  This is intended to replace the "cmake-server(7)" mode for IDEs.

* The "cmake(1)" Build Tool Mode ("cmake --build") gained "--
  verbose" and "-v" options to specify verbose build output. Some
  generators such as Xcode don't support this option currently.

* The "cmake(1)" "-E compare_files" command learned a new "--ignore-
  eol" option to specify that end-of-line differences (e.g. LF vs
  CRLF) should be ignored when comparing files.


CMake 3.14 Release Notes


Changes made since CMake 3.13 include the following.


New Features



Generators
--

* The "Visual Studio 16 2019" generator was added.  This is
  experimental and based on "Visual Studio 2019 Preview 4" because
  this version of VS has not been released.

  The VS 2019 generator differs from generators for earlier versions
  in that it does not provide variants that specify the target
  platform in the generator name.  Instead "CMAKE_GENERATOR_PLATFORM"
  must be used, e.g. through the "-A" command-line option.
  Furthermore, the default target platform (architecture) is now based
  on the *host* platform.  The VS host toolset selection is now based
  on the host architecture as well.

* The "Green Hills MULTI" generator has been updated:

  * Now supports Object Libraries.

  * Now warns on unsupported project types such as shared libraries.

  * Now generates a top-level ".top.gpj" for each
directory calling the "project()" command.  The top-level project
file "default.gpj" is no longer created.

  * Now honors target renaming and destination output control
properties such as "RUNTIME_OUTPUT_DIRECTORY" and "OUTPUT_NAME".
This also fixes support for installation rules generated by
"install()".

  * Now honors source file properties "INCLUDE_DIRECTORIES",
"COMPILE_DEFINITIONS", and "COMPILE_OPTIONS".

  * Now supports Dynamic Download Integrity Applications which did
not include Integrate Files via "GHS_INTEGRITY_APP" and setting a
target link flag of "-dynamic".

  * The contents of project files now sorts sources groups and files
by name. Set the "GHS_NO_SOURCE_GROUP_FILE" target property to
"ON" to generate a single project file for the target instead of a
project file for each source group.  Set the
"CMAKE_GHS_NO_SOURCE_GROUP_FILE" variable to enable this for all
targets.


File-Based API
--

* A file-based api for

[Cmake-commits] CMake branch, master, updated. v3.14.0-362-g32a569e

2019-03-14 Thread Kitware Robot via Cmake-commits 
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  32a569e8771311348306f15644bfa048ee183892 (commit)
   via  e2e8f6b132967844a8bafc866d6cb5c90342af08 (commit)
  from  7bc03aa6e24a7120497b639148268d52df3d691d (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=32a569e8771311348306f15644bfa048ee183892
commit 32a569e8771311348306f15644bfa048ee183892
Merge: 7bc03aa e2e8f6b
Author: Brad King 
AuthorDate: Thu Mar 14 15:12:49 2019 +
Commit: Kitware Robot 
CommitDate: Thu Mar 14 11:13:33 2019 -0400

Merge topic 'refactor_cmfilecopier'

e2e8f6b132 cmFileCommand: Factor out cmFileCopier and cmFileInstaller

Acked-by: Kitware Robot 
Merge-request: !2664


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e2e8f6b132967844a8bafc866d6cb5c90342af08
commit e2e8f6b132967844a8bafc866d6cb5c90342af08
Author: Bryon Bean 
AuthorDate: Wed Mar 13 11:51:12 2019 -0400
Commit: Brad King 
CommitDate: Wed Mar 13 14:06:32 2019 -0400

cmFileCommand: Factor out cmFileCopier and cmFileInstaller

Split these classes out into their own sources.

diff --git a/Source/CMakeLists.txt b/Source/CMakeLists.txt
index 2db276d..696826f 100644
--- a/Source/CMakeLists.txt
+++ b/Source/CMakeLists.txt
@@ -224,6 +224,10 @@ set(SRCS
   cmFileAPICodemodel.h
   cmFileAPICMakeFiles.cxx
   cmFileAPICMakeFiles.h
+  cmFileCopier.cxx
+  cmFileCopier.h
+  cmFileInstaller.cxx
+  cmFileInstaller.h
   cmFileLock.cxx
   cmFileLock.h
   cmFileLockPool.cxx
diff --git a/Source/cmFileCommand.cxx b/Source/cmFileCommand.cxx
index a2018c3..d2bc851 100644
--- a/Source/cmFileCommand.cxx
+++ b/Source/cmFileCommand.cxx
@@ -3,7 +3,6 @@
 #include "cmFileCommand.h"
 
 #include "cm_kwiml.h"
-#include "cmsys/Directory.hxx"
 #include "cmsys/FStream.hxx"
 #include "cmsys/Glob.hxx"
 #include "cmsys/RegularExpression.hxx"
@@ -16,20 +15,18 @@
 #include 
 #include 
 #include 
-#include 
 #include 
 #include 
 
 #include "cmAlgorithms.h"
 #include "cmCommandArgumentsHelper.h"
 #include "cmCryptoHash.h"
-#include "cmFSPermissions.h"
+#include "cmFileCopier.h"
+#include "cmFileInstaller.h"
 #include "cmFileLockPool.h"
-#include "cmFileTimeComparison.h"
 #include "cmGeneratorExpression.h"
 #include "cmGlobalGenerator.h"
 #include "cmHexFileConverter.h"
-#include "cmInstallType.h"
 #include "cmListFileCache.h"
 #include "cmMakefile.h"
 #include "cmMessageType.h"
@@ -56,8 +53,6 @@
 
 class cmSystemToolsFileTime;
 
-using namespace cmFSPermissions;
-
 #if defined(_WIN32)
 // libcurl doesn't support file:// urls for unicode filenames on Windows.
 // Convert string from UTF-8 to ACP if this is a file:// URL.
@@ -1058,1085 +1053,12 @@ bool cmFileCommand::HandleDifferentCommand(
   return true;
 }
 
-// File installation helper class.
-struct cmFileCopier
-{
-  cmFileCopier(cmFileCommand* command, const char* name = "COPY")
-: FileCommand(command)
-, Makefile(command->GetMakefile())
-, Name(name)
-, Always(false)
-, MatchlessFiles(true)
-, FilePermissions(0)
-, DirPermissions(0)
-, CurrentMatchRule(nullptr)
-, UseGivenPermissionsFile(false)
-, UseGivenPermissionsDir(false)
-, UseSourcePermissions(true)
-, Doing(DoingNone)
-  {
-  }
-  virtual ~cmFileCopier() = default;
-
-  bool Run(std::vector const& args);
-
-protected:
-  cmFileCommand* FileCommand;
-  cmMakefile* Makefile;
-  const char* Name;
-  bool Always;
-  cmFileTimeComparison FileTimes;
-
-  // Whether to install a file not matching any expression.
-  bool MatchlessFiles;
-
-  // Permissions for files and directories installed by this object.
-  mode_t FilePermissions;
-  mode_t DirPermissions;
-
-  // Properties set by pattern and regex match rules.
-  struct MatchProperties
-  {
-bool Exclude = false;
-mode_t Permissions = 0;
-  };
-  struct MatchRule
-  {
-cmsys::RegularExpression Regex;
-MatchProperties Properties;
-std::string RegexString;
-MatchRule(std::string const& regex)
-  : Regex(regex)
-  , RegexString(regex)
-{
-}
-  };
-  std::vector MatchRules;
-
-  // Get the properties from rules matching this input file.
-  MatchProperties CollectMatchProperties(const std::string& file)
-  {
-// Match rules are case-insensitive on some platforms.
-#if defined(_WIN32) || defined(__APPLE__) || defined(__CYGWIN__)
-const std::string file_to_match = cmSystemTools::LowerCase(file);
-#else
-const std::string& file_to_match = file;
-#endif
-
-// Collect properties from all matching rules.
-bool matched = false;
-MatchProperties result;
-for (MatchRule& mr : this->MatchRules)

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

2019-03-14 Thread Kitware Robot via Cmake-commits 
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The annotated tag, v3.14.0 has been created
at  ec9bc9e5971fe9d76cb32a231259c830c4c40c6a (tag)
   tagging  bf02d625325535f485512eba307cff54c08bb257 (commit)
  replaces  v3.14.0-rc4
 tagged by  Brad King
on  Thu Mar 14 10:27:11 2019 -0400

- Log -
CMake 3.14.0
-BEGIN PGP SIGNATURE-

iQJKBAABCgA0FiEExsJlMku+vcNQtRPQLSzvEDSSFoQFAlyKZL8WHGJyYWQua2lu
Z0BraXR3YXJlLmNvbQAKCRAtLO8QNJIWhBYsD/4hx6WkbqiLdrtgy5ipSj9qwQvK
ILUBlXei6QZqxgqdrONviVkYHGNJvqG3569UcjlP6gVddVwfhxXTiB5y4BDM4BUm
AiHVq3/dILEE37B+ElsGowhg+g7GUFd9Uj86o6/1kvhzEIo1J1EvVE7/POC9hwep
STvyPJqc+ejtf5Wi3AlC37GYHOdaMLA01nNCy1ud/JLBmPlNgcr9RcL2jHsSzlp6
c8EyxwXx7JC4252djNv6yHRpPrzy0ACt8pILwsolDMuFVZ0tw2qaWNqIN6+5nX4k
qAmPtiuDE0t/4XBbo8NPu6clgCL7qNodlqGmskvP/nvBYnKJgogX3k7OEtNt3/am
+2s4EgyKken77GydZzZ2rFP/0RFYuxpq2VHMQklbILzh9cR14mLYa5AXsuP7OQYS
GqznXRGVuFrXAUUxB/0hbYa0+DXuFcISR5zU3WjUmB3UxApDIUEIwrZYfIuQFF/X
wKnU2pXNZ/ZNSWwkdukxk8AdA2+ioz8xKzOhkkjlwYubjJG8gx9YpCBmSAmJdM+u
tcHWReAfpz2janaBZJB6IwZdpiJm1XMMBCM+hvNi6PWUbeRj0q1blQaqFI1souF+
c7VSgnXf82ovMgqYy2gQlHZZi8AJ7cAznx8E4+lSrupxnPeO6AhDlF8jsvzm9Mb8
Rt5NTX44dURl9fZ6Kg==
=zASU
-END PGP SIGNATURE-

Brad King (4):
  Merge branch 'wix-cmake-downgrade-fix' into release-3.14
  VS: Revert "Use MSBuild matching toolset host architecture"
  Merge branch 'revert-vs-msbuild-arch' into release-3.14
  CMake 3.14.0

Nils Gladitz (1):
  CMake: Fix WiX installer downgrades with versioned binaries

---


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, master, updated. v3.14.0-rc4-346-g46ad0f7

2019-03-14 Thread Kitware Robot via Cmake-commits 
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  46ad0f7e9dfa57ed4c1bd9f85f08ec5ec9d32f17 (commit)
   via  bf02d625325535f485512eba307cff54c08bb257 (commit)
  from  e1af2489fda9129e735007a069fae018c4ab3431 (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=46ad0f7e9dfa57ed4c1bd9f85f08ec5ec9d32f17
commit 46ad0f7e9dfa57ed4c1bd9f85f08ec5ec9d32f17
Merge: e1af248 bf02d62
Author: Brad King 
AuthorDate: Thu Mar 14 10:28:16 2019 -0400
Commit: Brad King 
CommitDate: Thu Mar 14 10:28:16 2019 -0400

Merge branch 'release-3.14'


---

Summary of changes:


hooks/post-receive
-- 
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
https://cmake.org/mailman/listinfo/cmake-commits

[Cmake-commits] CMake branch, release, updated. v3.14.0-rc4-5-gbf02d62

2019-03-14 Thread Kitware Robot via Cmake-commits 
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, release has been updated
   via  bf02d625325535f485512eba307cff54c08bb257 (commit)
  from  1b6a3047c6c2fc01afbcdba596bbbcaca8d7b43f (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 -
---

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
https://cmake.org/mailman/listinfo/cmake-commits