[Cmake-commits] CMake branch, master, updated. v3.10.0-rc1-5-ge1d6ede

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  e1d6ede019d5afadd978428493132154de747fc6 (commit)
  from  8e3b207ebb2243de44c910861c42e4dec4beaf60 (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=e1d6ede019d5afadd978428493132154de747fc6
commit e1d6ede019d5afadd978428493132154de747fc6
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Fri Oct 6 00:01:04 2017 -0400
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Fri Oct 6 00:01:04 2017 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index a9e5ae1..1c5a732 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 10)
-set(CMake_VERSION_PATCH 20171005)
+set(CMake_VERSION_PATCH 20171006)
 #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-developers] [ANNOUNCE] CMake 3.10.0-rc1 is now ready for testing

2017-10-05 Thread Robert Maynard
I am proud to announce the first CMake 3.10 release candidate.
  https://cmake.org/download/

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

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

Some of the more significant changes in CMake 3.10 are:

* The flang Fortran compiler is now supported, with compiler id
  "Flang".

* Support for the MSVC ARM64 architecture was added. Visual Studio
  2017 Update 4 and above offer an ARM64 toolchain.

* The "include_guard()" command was introduced to allow guarding
  CMake scripts from being included more than once. The command
  supports "DIRECTORY" and "GLOBAL" options to adjust the
  corresponding include guard scope. If no options given, include
  guard is similar to basic variable-based check.

* "FindMPI" received a major overhaul. It now features language specific
  components, better Fortran support, and support for statically linked
  MPI implementations.

* A "FindOpenACC" module was added to detect compiler support for
  OpenACC.  Currently only supports PGI, GNU and Cray compilers.

* The "FindOpenGL" module underwent numerous improvements. It has gained
  support for GLVND and EGL on Linux. It now has import targets that
  separate the OpenGL library and OpenGL contexts.

* The "GoogleTest" module gained a new command
  "gtest_discover_tests()" implementing dynamic (build-time) test
  discovery.

* When using "AUTOMOC" or "AUTOUIC", source files that are
  "GENERATED" will be processed as well. They were ignored by
  "AUTOMOC" and "AUTOUIC" in earlier releases. See policy "CMP0071".

* A "CTEST_LABELS_FOR_SUBPROJECTS" CTest module variable and CTest
  script variable were added to specify a list of labels that should
  be treated as subprojects by CDash. To use this value in both the
  CTest module and the ctest command line Dashboard Client mode (e.g.
  "ctest -S") set it in the "CTestConfig.cmake" config file.

* CPack gained a "FREEBSD" generator for FreeBSD "pkg(8)",
  configured by the "CPackFreeBSD" module.

* The CPack "DEB" generator, configured by the "CPackDeb" module,
  was enabled on Windows.  While not fully featured (due to the lack
  of external UNIX tools) this will allow building basic cross-
  platform Debian packages.

* The "cmake(1)" "-E" mode gained support for "sha1sum",
  "sha224sum", "sha256sum", "sha384sum", and "sha512sum".

* The "file(GENERATE)" command now interprets relative paths given
  to its "OUTPUT" and "INPUT" arguments with respect to the caller's
  current binary and source directories, respectively. See policy
  "CMP0070".

CMake 3.10 Release Notes


Changes made since CMake 3.9 include the following.


New Features



Platforms
-

* The flang Fortran compiler is now supported, with compiler id
  "Flang".

* A new minimal platform file for "Midipix" was added.

* Support for the MSVC ARM64 architecture was added. Visual Studio
  2017 Update 4 and above offer an ARM64 toolchain.

* Support for the IAR ARM Compiler was improved.


Generators
--

* The Makefile Generators and the "Ninja" generator learned to add
  compiler launcher tools like ccache along with the compiler for the
  "CUDA" language ("C" and "CXX" were supported previously).  See the
  "CMAKE__COMPILER_LAUNCHER" variable and
  "_COMPILER_LAUNCHER" target property for details.

* The "CodeBlocks" extra generator learned to optionally exclude
  files from outside the project root directory from the generated
  project. See the "CMAKE_CODEBLOCKS_EXCLUDE_EXTERNAL_FILES" variable.


Commands


* The "cmake_host_system_information()" command learned more keys to
  get information about the processor capabilities and the host OS
  version.

* The "configure_file()" command learned to support indented "#
  cmakedefine" and "#  cmakedefine01". Spaces and/or tabs between the
  "#" character and the "cmakedefine"/"cmakedefine01" words are now
  understood and preserved in the output.

* The "execute_process()" command gained a "RESULTS_VARIABLE" option
  to collect a list of results from all children in a pipeline of
  processes when multiple "COMMAND" arguments are given.

* The "include_guard()" command was introduced to allow guarding
  CMake scripts from being included more than once. The command
  supports "DIRECTORY" and "GLOBAL" options to adjust the
  corresponding include guard scope. If no options given, include
  guard is similar to basic variable-based check.

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

* The "string(TIMESTAMP)" command now supports "%A" for full weekday
  name and "%B" for full month name.


Variables
-

* A "CMAKE_DIRECTORY_LABELS" variable was added to specify labels
  for all tests in a directory.


Properties
--

* A "_CPPCHECK" target property and supporting
  "CMAKE__CPPCHECK" variable were introduced to tell the
  Makefile Generators and the "Ninja" 

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

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The annotated tag, v3.10.0-rc1 has been created
at  4dc9ffb065de7aa4838991aaa46dfa3581c36044 (tag)
   tagging  ecaddda2fea374089d867ad17b8b4700b189f397 (commit)
  replaces  v3.9.4
 tagged by  Brad King
on  Thu Oct 5 11:49:03 2017 -0400

- Log -
CMake 3.10.0-rc1
-BEGIN PGP SIGNATURE-

iQJKBAABCgA0FiEExsJlMku+vcNQtRPQLSzvEDSSFoQFAlnWVG8WHGJyYWQua2lu
Z0BraXR3YXJlLmNvbQAKCRAtLO8QNJIWhHCGD/9t+7zwulx54/XUUXUMCOO6mFey
o4KlwF6XQvhVEr6eYUGFFwXUQQazWDvOkuvDpqNpC18zBv8y58gfs0D0PD/ahzvp
APNJLU7hxIG1g0sOrmcDlYrT3OSobMdic/LTrwJGTnglvzKbH2zwgtpLDxFsHni5
LZZp5Z8aVFkaTY0Kvg1y9CU3yxxMkOqxbDfTzGMRBr7S7jZVn9qG6BBkJcxv+UgL
lZt/2vGbsoJLay6+BhcurgHUAvq6B6rO/oAaKS4lU8Fy5qiWB2c5OpDHtlcer59l
Qf6R0vXobKBoFC3XMmQdRoVYCysYUn8psjRtvs3Mzikac0lbOs8BSoibfno14i79
IVtnmwHbgYVeXBkSmO+xlij+POxNUS1Bjy2ydPqUa5vbmC1trcsUQg1rK6qflL/Q
J8gHPYFzHIv3C0grl9XSEC/CrAiV86laMcvFc6DX+a1CZ7NLLtkbi+0gQVdPiYa/
+vV41I0+7QP90l2c9VMAWTp/ZTvqyhO4xbSadZBWNQA6oQUN33m57426of3nGqrU
IkmUwLaodm6o30udAFeUxjC490t0PzrWNYs8yiOaJW7TcbzV0O8bXkz4asANwxmt
0ZQ5KFVyGUZ0ZIKGVwTyhAv1AnXqKjCo8b1d+vdGswhvp0pJNNZ9NnGGOakckYzr
r9i+vPUCTq6j0HZI+g==
=is6A
-END PGP SIGNATURE-

Aaron Orenstein (5):
  Performance: Add an index to Change cmLocalGenerator::GeneratorTargets.
  Performance: Fix a few more unnecessary vector copies missed in af3fd6f
  cmSourceFileLocation: Drop unnecessary copy-assignment operator
  cmMakefile: Drop unused method
  Performance: Improve efficiency of source file lookup in cmMakefile

Adam Weisi (1):
  execute_process: Add option to get results of every child

Adriaan de Groot (2):
  CPack-FreeBSD: add a generator for FreeBSD pkg(8)
  FreeBSD prefers to call the C++ compiler c++ (just like Linux, Darwin, ..)

Albert Ziegenhagel (2):
  Ninja: Implement support for GNUToMS
  GNUToMS: Tolerate existence of a %USERPROFILE%/source directory

Alex Turbov (2):
  FindBoost: Simplify search in lists
  CPack: Add missing check for CPACK_INSTALL_SCRIPT variable

Alexandr (Sagrer) Gridnev (3):
  FindCurses: Add option for ncursesw detection
  CodeBlocks: Avoid listing files multiple times
  CodeBlocks: add option to exclude external files

André Apitzsch (1):
  FindProtobuf: add target for protoc

André Klitzing (3):
  Add some unit tests for md5sum
  Change ComputeFileMD5 to ComputeFileHash
  Add sha1sum, sha224sum, sha256sum, sha384sum and sha512sum to command mode

Ben Boeckel (10):
  ExternalProject: only append `COMMAND` if actually adding a command
  cmGlobalVisualStudio14Generator: notify when the SDK version doesn't match
  CMakeDetermineASMCompiler: fix a CMP0054 warning
  cmStringCommand: clear intermediate matches
  cmGeneratorExpressionNode: add some missing commas
  gitattributes: remove unused attributes
  gitattributes: prefer `-text` for binary files
  gitattributes: prefer `eol=lf` to `crlf=input`
  MumpsCoverage: remove unnecessary attribute
  gitattributes: prefer `eol=crlf` to `-crlf`

Ben Morgan (5):
  FindEXPAT: Add imported target and documentation
  FindEXPAT: Add unit test of target and variables
  Help: Add notes for topic 'FindEXPAT-importedtargets'
  FindFreetype: Add imported target, docs, and test
  Help: Add notes for topic 'FindFreetype-importedtargets'

Bernhard M. Wiedemann (1):
  Timestamp: support %A and %B

Betsy McPhail (5):
  Add CTEST_LABELS_FOR_SUBPROJECTS as a CTest module and script variable
  Add directory property 'LABELS' and CMAKE_DIRECTORY_LABELS variable
  Display subproject timing summary
  Add tests for new directory labels and labels-for-subprojects features
  Help: Add notes for topic 'labels_for_subprojects'

Bill Hoffman (8):
  CTest: Report more detail about system exceptions in tests
  Add the test property PROCESSORS to the CDash xml as a NamedMeasurement.
  CTest: Report lines matched by launchers
  Add properties to run cppcheck along with the compiler
  CTest: Split out labels and subproject labels in summary output
  CTest: Weight reported test times by PROCESSORS in summaries
  Help: Update documentation for PROCESSORS test property
  Clean up iwyu code to not be one big if statement.

Björn Esser (1):
  CPackRPM: Restore old style debuginfo creation for rpm >= 4.14

Boris Fomitchev (1):
  FindCUDA: Add CUDA9/Volta recognition

Brad King (550):
  Merge branch 'release-3.9'
  Begin post-3.9 development
  Merge topic 'cmake_host_system_information-extend'
  Merge topic 'FindGTest-main-debug'
  Merge topic 'fix-vs2017-featuredetect'
  CTestCustom: Suppress warning matched on source file name
  Merge topic 'autogen-no-vs-per-config'
  

[Cmake-commits] CMake branch, release, updated. v3.9.4-1083-gecaddda

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, release has been updated
   via  ecaddda2fea374089d867ad17b8b4700b189f397 (commit)
   via  4f2a983c21cb572ed92df76422bec20aecb3cec1 (commit)
  from  05373ee1a2f53302a84a6900ea25244e9724f665 (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/CPack/cmCPackPackageMakerGenerator.cxx |4 ++--
 1 file changed, 2 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, master, updated. v3.9.4-1087-g8e3b207

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  8e3b207ebb2243de44c910861c42e4dec4beaf60 (commit)
   via  ecaddda2fea374089d867ad17b8b4700b189f397 (commit)
  from  4a4d62430be91f13588e62d71932d2f6332fcf2e (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=8e3b207ebb2243de44c910861c42e4dec4beaf60
commit 8e3b207ebb2243de44c910861c42e4dec4beaf60
Merge: 4a4d624 ecaddda
Author: Brad King 
AuthorDate: Thu Oct 5 10:54:33 2017 -0400
Commit: Brad King 
CommitDate: Thu Oct 5 10:54:33 2017 -0400

Merge branch 'release-3.10'


---

Summary of changes:


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


[Cmake-commits] CMake branch, master, updated. v3.9.4-1085-g4a4d624

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  4a4d62430be91f13588e62d71932d2f6332fcf2e (commit)
   via  4f2a983c21cb572ed92df76422bec20aecb3cec1 (commit)
  from  ba8aa6899d69068cfc5d04a5d21552fe45a3380c (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=4a4d62430be91f13588e62d71932d2f6332fcf2e
commit 4a4d62430be91f13588e62d71932d2f6332fcf2e
Merge: ba8aa68 4f2a983
Author: Brad King 
AuthorDate: Thu Oct 5 14:49:55 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 10:49:58 2017 -0400

Merge topic 'cpack-dmg-explicit-hfs'

4f2a983c CPack: Fix PackageMaker .dmg HFS+ creation on macOS APFS hosts

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4f2a983c21cb572ed92df76422bec20aecb3cec1
commit 4f2a983c21cb572ed92df76422bec20aecb3cec1
Author: Brad King 
AuthorDate: Thu Oct 5 10:30:34 2017 -0400
Commit: Brad King 
CommitDate: Thu Oct 5 10:33:13 2017 -0400

CPack: Fix PackageMaker .dmg HFS+ creation on macOS APFS hosts

When running `hdiutil create`, specify the HFS+ filesystem explicitly.
Otherwise `hdiutil` may choose a filesystem based on the host.  We do
not want to create APFS images for `.dmg` packages because they may not
mount on macOS versions prior to 10.12.

This was missed in commit 39b50975d9 (CPack: Fix .dmg HFS+ creation on
macOS APFS hosts, 2017-10-02).

Reported-by: Alan Garny

diff --git a/Source/CPack/cmCPackPackageMakerGenerator.cxx 
b/Source/CPack/cmCPackPackageMakerGenerator.cxx
index 0299279..dbcb022 100644
--- a/Source/CPack/cmCPackPackageMakerGenerator.cxx
+++ b/Source/CPack/cmCPackPackageMakerGenerator.cxx
@@ -288,8 +288,8 @@ int cmCPackPackageMakerGenerator::PackageFiles()
   tmpFile += "/hdiutilOutput.log";
   std::ostringstream dmgCmd;
   dmgCmd << "\"" << this->GetOption("CPACK_INSTALLER_PROGRAM_DISK_IMAGE")
- << "\" create -ov -format UDZO -srcfolder \"" << packageDirFileName
- << "\" \"" << packageFileNames[0] << "\"";
+ << "\" create -ov -fs HFS+ -format UDZO -srcfolder \""
+ << packageDirFileName << "\" \"" << packageFileNames[0] << "\"";
   std::string output;
   int retVal = 1;
   int numTries = 10;

---

Summary of changes:
 Source/CPack/cmCPackPackageMakerGenerator.cxx |4 ++--
 1 file changed, 2 insertions(+), 2 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.10 feature freeze on 2017-10-02

2017-10-05 Thread Brad King
On 10/02/2017 11:48 AM, Brad King wrote:
> I'll announce when post-3.10 development is open.

I've branched 'release' for 3.10.  The repository is now open for
post-3.10 development.  Please rebase open merge requests on 'master'
before staging or merging.

> Meanwhile the following types of changes are still welcome:
> 
> * Documentation updates
> * Regression fixes
> * Dashboard fixes
> * Fixes for bugs in features new to 3.10 or 3.9

These types of changes may still be accepted to 'release' during
the 3.10 release candidate cycle.  The 3.10 release is now closed
to new features and general bug fixes.

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, master, updated. v3.9.4-1083-gba8aa68

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  ba8aa6899d69068cfc5d04a5d21552fe45a3380c (commit)
   via  7f9783c2db342ea7fdb8a390713b427965aa635e (commit)
   via  05373ee1a2f53302a84a6900ea25244e9724f665 (commit)
   via  42d656b0b205fd0cd15aacc3360780111307b002 (commit)
  from  a91eb5e41f486628910f189bf40403568af013c7 (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=ba8aa6899d69068cfc5d04a5d21552fe45a3380c
commit ba8aa6899d69068cfc5d04a5d21552fe45a3380c
Author: Brad King <brad.k...@kitware.com>
AuthorDate: Thu Oct 5 09:59:57 2017 -0400
Commit: Brad King <brad.k...@kitware.com>
CommitDate: Thu Oct 5 09:59:57 2017 -0400

Begin post-3.10 development

diff --git a/Help/release/dev/0-sample-topic.rst 
b/Help/release/dev/0-sample-topic.rst
new file mode 100644
index 000..e4cc01e
--- /dev/null
+++ b/Help/release/dev/0-sample-topic.rst
@@ -0,0 +1,7 @@
+0-sample-topic
+--
+
+* This is a sample release note for the change in a topic.
+  Developers should add similar notes for each topic branch
+  making a noteworthy change.  Each document should be named
+  and titled to match the topic name to avoid merge conflicts.
diff --git a/Help/release/index.rst b/Help/release/index.rst
index 0c7572f..6472b51 100644
--- a/Help/release/index.rst
+++ b/Help/release/index.rst
@@ -7,6 +7,8 @@ CMake Release Notes
   This file should include the adjacent "dev.txt" file
   in development versions but not in release versions.
 
+.. include:: dev.txt
+
 Releases
 
 
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 4ce6575..a9e5ae1 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 10)
-set(CMake_VERSION_PATCH 0)
-set(CMake_VERSION_RC 1)
+set(CMake_VERSION_PATCH 20171005)
+#set(CMake_VERSION_RC 1)

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7f9783c2db342ea7fdb8a390713b427965aa635e
commit 7f9783c2db342ea7fdb8a390713b427965aa635e
Merge: a91eb5e 05373ee
Author: Brad King <brad.k...@kitware.com>
AuthorDate: Thu Oct 5 09:58:29 2017 -0400
Commit: Brad King <brad.k...@kitware.com>
CommitDate: Thu Oct 5 09:58:29 2017 -0400

Merge branch 'release-3.10'


---

Summary of changes:
 Source/CMakeVersion.cmake  |2 +-
 Utilities/Release/upload_release.cmake |2 +-
 2 files changed, 2 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, master, updated. v3.9.4-1079-ga91eb5e

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  a91eb5e41f486628910f189bf40403568af013c7 (commit)
   via  f7d29c0b9aae2ee250b1dc3dd3bc903cce2011b4 (commit)
   via  0565192aff4d621c07efac63992d1b795d26435e (commit)
   via  d210b2813072c874ee13fcc941e41aacacf09874 (commit)
   via  dd5835c0d69d8640b266b46c6959b974a9b8cfe9 (commit)
  from  4ffa4ddd8078918583fc03302fa3c3db2c1ca733 (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=a91eb5e41f486628910f189bf40403568af013c7
commit a91eb5e41f486628910f189bf40403568af013c7
Merge: f7d29c0 0565192
Author: Brad King 
AuthorDate: Thu Oct 5 13:52:28 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 09:52:34 2017 -0400

Merge topic 'doc-3.10-relnotes'

0565192a Help: Organize and revise 3.10 release notes
dd5835c0 Help: Consolidate 3.10 release notes

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f7d29c0b9aae2ee250b1dc3dd3bc903cce2011b4
commit f7d29c0b9aae2ee250b1dc3dd3bc903cce2011b4
Merge: 4ffa4dd d210b28
Author: Brad King 
AuthorDate: Thu Oct 5 13:49:57 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 09:50:03 2017 -0400

Merge topic 'xcode9-ios-tests'

d210b281 Xcode: Adjust tests to drop of 32bit iOS architectures

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0565192aff4d621c07efac63992d1b795d26435e
commit 0565192aff4d621c07efac63992d1b795d26435e
Author: Brad King 
AuthorDate: Thu Oct 5 08:06:51 2017 -0400
Commit: Brad King 
CommitDate: Thu Oct 5 09:24:08 2017 -0400

Help: Organize and revise 3.10 release notes

Add section headers similar to the 3.9 release notes and move each
individual bullet into an appropriate section.  Revise a few bullets.

diff --git a/Help/release/3.10.rst b/Help/release/3.10.rst
index 7ddf719..2e32401 100644
--- a/Help/release/3.10.rst
+++ b/Help/release/3.10.rst
@@ -7,15 +7,146 @@ CMake 3.10 Release Notes
 
 Changes made since CMake 3.9 include the following.
 
+New Features
+
+
+Platforms
+-
+
+* The `flang`_ Fortran compiler is now supported, with compiler id ``Flang``.
+
+* A new minimal platform file for ``Midipix`` was added.
+
+* Support for the MSVC ARM64 architecture was added.
+  Visual Studio 2017 Update 4 and above offer an ARM64 toolchain.
+
+* Support for the IAR ARM Compiler was improved.
+
+.. _`flang`: https://github.com/flang-compiler/flang
+
+Generators
+--
+
+* The :ref:`Makefile Generators` and the :generator:`Ninja` generator learned
+  to add compiler launcher tools like ccache along with the compiler for the
+  ``CUDA`` language (``C`` and ``CXX`` were supported previously).  See the
+  :variable:`CMAKE__COMPILER_LAUNCHER` variable and
+  :prop_tgt:`_COMPILER_LAUNCHER` target property for details.
+
+* The :generator:`CodeBlocks` extra generator learned to optionally exclude
+  files from outside the project root directory from the generated project.
+  See the :variable:`CMAKE_CODEBLOCKS_EXCLUDE_EXTERNAL_FILES` variable.
+
+Commands
+
+
+* The :command:`cmake_host_system_information` command learned more keys
+  to get information about the processor capabilities and the host OS
+  version.
+
+* The :command:`configure_file` command learned to support indented
+  ``#  cmakedefine`` and ``#  cmakedefine01``. Spaces and/or tabs between
+  the ``#`` character and the ``cmakedefine``/``cmakedefine01`` words
+  are now understood and preserved in the output.
+
+* The :command:`execute_process` command gained a ``RESULTS_VARIABLE``
+  option to collect a list of results from all children in a pipeline
+  of processes when multiple ``COMMAND`` arguments are given.
+
+* The :command:`include_guard` command was introduced to allow guarding
+  CMake scripts from being included more than once. The command supports
+  ``DIRECTORY`` and ``GLOBAL`` options to adjust the corresponding include 
guard
+  scope. If no options given, include guard is similar to basic variable-based
+  check.
+
+* The :command:`string` command learned a new ``PREPEND`` subcommand.
+
+* The :command:`string(TIMESTAMP)` command now supports ``%A``
+  for full weekday name and ``%B`` for full month name.
+
+Variables
+-
+
+* A :variable:`CMAKE_DIRECTORY_LABELS` variable was added to specify
+  labels for all 

Re: [cmake-developers] Extending XCode scheme generation support

2017-10-05 Thread Steven Velez
Thanks for the followup Gregor.

One thing that concerns me about the property-centric approach is that
I can't think of a way to use properties for generating a custom
scheme that builds the ALL_BUILD target.  I would assume this would
run into the same issues and limitations that I have seen in google
searches with trying to control the the folder for the ALL_BUILD
target with the FOLDER target property (even though this would be a
Visual Studio concern).  It seems that is addressed now with the
*_TARGETS_FOLDER global properties, so maybe an analog can be
established?

Regarding sequencing changes, do you mean to come up with a set of
smaller logical changes/MRs so that this isn't all dumped at once?  If
so, I think we could implement XCODE_SCHEME_NAME and a single
additional property without generator support, then add generator
support, then add the balance of the properties one-by-one.  Would
that make sense?

I have to get more familiar with CMake's testing methodologies to have
any comment on that portion.

If two targets specify the same schema name, then overwrite/accept
latest with a warning?

Regarding ios builds or perhaps having multiple build devices (I have
seen some hand-made projects with 64-bit and 32-bit desktop clients
selectable), then I will also have to get back to you on that.  I was
thinking the property definitions were generic enough to handle any
needs... and I assumed that devices were handles with additional
scheme files, but I realize that was a bad assumption.

Will try to have that thought out soon.

Thanks,
Steven

On Mon, Oct 2, 2017 at 9:05 AM, Gregor Jasny  wrote:
> Hello Steven,
>
> On 9/22/17 3:36 AM, Steven Velez wrote:
>> # Property-Centric
>> In this proposal, the generation of the scheme files is customized primarily 
>> by
>> a user setting additional, specialized properties on a given target, which 
>> then
>> affect the generation of the scheme files associated with that target.
> thank you for working an the scheme proposal. I also believe that the
> property-centric approach is better suited and easier to implement than
> the file-centrix one.
>
> Next steps would be to sequence the necessary changes and define test
> cases. I could imagine that adding generator-expression support would be
> much harder to implement that other things.
>
> Things that also should be considered are:
> * differences between macOS and iOS when generating a scheme
> * what should happen if two targets specify the same schema name
>
> Thanks,
> Gregor
-- 

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 buried in subdirectory?

2017-10-05 Thread Michael Jackson
You are over thinking it. As someone else stated, check if the build directory 
and the source directory are the same and if they are you FATAL_ERROR with a 
message. Otherwise you can put a single CMakeLists.txt file in the top level to 
kick things off.

Plus, I think it is starting to become fairly understood that using the source 
dir as the build dir is a "bad idea" at this point in software engineering. You 
are just complicating things.

--
Mike Jackson 

-Original Message-
From: CMake  on behalf of Randy Heiland 

Date: Wednesday, October 4, 2017 at 9:23 PM
To: "J. Caleb Wherry" 
Cc: "cmake@cmake.org" 
Subject: Re: [CMake] cmake buried in subdirectory?

Thanks for the reply. In my case, I didn't even want the CMakeLists in the 
top-level dir. I didn't want to contaminate my top-level dir with anything 
related to CMake. This would avoid, for example, an accidental overwrite of an 
existing Makefile if one was to do a 'cmake .' in the the top dir.
It's quite possible I'm over-thinking this; I was just curious if it's even 
possible. Seems like it should be. 

-Randy


On Wed, Oct 4, 2017 at 4:30 PM, J. Caleb Wherry  
wrote:

There is no reason why this shouldn't work, I do something similar where 
everything except my top-level CMakeLists is shoved into a subdirectory (away 
from the src code location).
You don't have to muck with the project macro at all, not sure what you are 
trying to accomplish with that? That just sets the name of the project.

All you have to be aware of is all the paths are now with respect to both 
the CMakeLists and where ever you put your binary dir. So doing something like 
the below allows you to reference things in your source tree (depending on how 
far you away form the root, obviously):

get_filename_component(SourceRoot "${CMAKE_CURRENT_SOURCE_DIR}/../../" 
ABSOLUTE)


The normal structure of the CMake file doesn't change, nothing special has 
to be done with the project macro. Unless you have a more specific error, 
that's about all the advice I have.

-Caleb



On Wed, Oct 4, 2017 at 3:16 PM, Randy Heiland  
wrote:



Hello,
Simple question... can I/how can I keep my top-level cmake-related stuff in 
a subdirectory of my main project directory? E.g.:

/myproj
  /cmake
CMakeLists.txt

and then in the /cmake, I create a /build from which I attempt:  cmake ..
I tried something as simple as this in my CMakeLists.txt, but it didn't 
seem to work:
project (../myproj)


The primary reason I'd like to do this is to hide/make optional the cmake 
build approach (and keep in place an existing/traditional Makefile in the 
parent directory). Play along...

thanks, Randy




--

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






-- 
J. Caleb Wherry
Scientific Software Engineer
 http://www.calebwherry.com
+1 (615) 708-5651 calebwhe...@gmail.com









-- 

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: 

[Cmake-commits] CMake branch, master, updated. v3.9.4-1074-g4ffa4dd

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  4ffa4ddd8078918583fc03302fa3c3db2c1ca733 (commit)
   via  69257d456a0b924adb4b14eecfc6d53cc5f3e2e9 (commit)
   via  b374ea86c65ac56d077b75f9ff8cca96226f3731 (commit)
   via  7914fb82234a9b94ca32879763623bb7c8a4e008 (commit)
   via  e55d69cf5a24d7534cdc41f9554ff7873faec6c3 (commit)
   via  8b09c20c3a4aba1eabd65579ebc408c5d8d17a2e (commit)
  from  dbb16722ee0669b52ef15b4ee35c7ca623e400c9 (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=4ffa4ddd8078918583fc03302fa3c3db2c1ca733
commit 4ffa4ddd8078918583fc03302fa3c3db2c1ca733
Merge: 69257d4 7914fb8
Author: Brad King 
AuthorDate: Thu Oct 5 11:36:48 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 07:36:53 2017 -0400

Merge topic 'cuda-default-link-launcher'

7914fb82 CUDA: Fix default selection of host compiler used to drive linking

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=69257d456a0b924adb4b14eecfc6d53cc5f3e2e9
commit 69257d456a0b924adb4b14eecfc6d53cc5f3e2e9
Merge: b374ea8 8b09c20
Author: Brad King 
AuthorDate: Thu Oct 5 11:35:45 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 07:36:03 2017 -0400

Merge topic 'FindCUDA-run_nvcc-CMP0007'

8b09c20c FindCUDA: Fix CMP0007 warning in run_nvcc.cmake

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b374ea86c65ac56d077b75f9ff8cca96226f3731
commit b374ea86c65ac56d077b75f9ff8cca96226f3731
Merge: dbb1672 e55d69c
Author: Brad King 
AuthorDate: Thu Oct 5 11:35:18 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 07:35:32 2017 -0400

Merge topic 'test-load_command-simplify'

e55d69cf Tests: Remove ancient workaround in LoadCommand tests

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7914fb82234a9b94ca32879763623bb7c8a4e008
commit 7914fb82234a9b94ca32879763623bb7c8a4e008
Author: Brad King 
AuthorDate: Wed Oct 4 09:04:07 2017 -0400
Commit: Brad King 
CommitDate: Wed Oct 4 10:25:47 2017 -0400

CUDA: Fix default selection of host compiler used to drive linking

When no explicit `CMAKE_CUDA_HOST_COMPILER` is specified by the user
then we do not pass `-ccbin` to `nvcc`.  In this case, nvcc's link line
we extract during the compiler identification step may not have the
absolute path to the host compiler it uses to drive linking.  If it is
not absolute, use the `PATH=` from nvcc's output to search for it since
that is the one `nvcc` would use.

This fixes our internal `CMAKE_CUDA_HOST_LINK_LAUNCHER` value used to
construct link lines when using `CUDA` as the linker language.  It needs
to match the host compiler `nvcc` uses internally during compilation.

Fixes: #17323

diff --git a/Modules/CMakeDetermineCUDACompiler.cmake 
b/Modules/CMakeDetermineCUDACompiler.cmake
index 89ac9fa..c9cd7e2 100644
--- a/Modules/CMakeDetermineCUDACompiler.cmake
+++ b/Modules/CMakeDetermineCUDACompiler.cmake
@@ -87,6 +87,15 @@ if(${CMAKE_GENERATOR} MATCHES "Visual Studio")
 elseif(CMAKE_CUDA_COMPILER_ID STREQUAL NVIDIA)
   set(_nvcc_log "")
   string(REPLACE "\r" "" _nvcc_output_orig 
"${CMAKE_CUDA_COMPILER_PRODUCED_OUTPUT}")
+  if(_nvcc_output_orig MATCHES "#\\\$ +PATH= *([^\n]*)\n")
+set(_nvcc_path "${CMAKE_MATCH_1}")
+string(APPEND _nvcc_log "  found 'PATH=' string: [${_nvcc_path}]\n")
+string(REPLACE ":" ";" _nvcc_path "${_nvcc_path}")
+  else()
+set(_nvcc_path "")
+string(REPLACE "\n" "\n" _nvcc_output_log "\n${_nvcc_output_orig}")
+string(APPEND _nvcc_log "  no 'PATH=' string found in nvcc 
output:${_nvcc_output_log}\n")
+  endif()
   if(_nvcc_output_orig MATCHES "#\\\$ +LIBRARIES= *([^\n]*)\n")
 set(_nvcc_libraries "${CMAKE_MATCH_1}")
 string(APPEND _nvcc_log "  found 'LIBRARIES=' string: 
[${_nvcc_libraries}]\n")
@@ -131,7 +140,26 @@ elseif(CMAKE_CUDA_COMPILER_ID STREQUAL NVIDIA)
 else()
   #extract the compiler that is being used for linking
   separate_arguments(_nvcc_link_line_args UNIX_COMMAND 
"${_nvcc_link_line}")
-  list(GET _nvcc_link_line_args 0 CMAKE_CUDA_HOST_LINK_LAUNCHER)
+  list(GET _nvcc_link_line_args 0 

[Cmake-commits] CMake branch, master, updated. v3.9.4-1068-gdbb1672

2017-10-05 Thread Kitware Robot
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".

The branch, master has been updated
   via  dbb16722ee0669b52ef15b4ee35c7ca623e400c9 (commit)
   via  508f47de1b4b7ab52abf17bc4feb39637a4005c2 (commit)
   via  312061573932417dc4a6aad9de4164046fb7982e (commit)
   via  f156b2fbfb0cc53a3b29f31942ba7e8f0d2a9184 (commit)
  from  78d4a3db034ac6e15932fb51233c489f8faa360e (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=dbb16722ee0669b52ef15b4ee35c7ca623e400c9
commit dbb16722ee0669b52ef15b4ee35c7ca623e400c9
Merge: 508f47d f156b2f
Author: Brad King 
AuthorDate: Thu Oct 5 11:34:18 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 07:34:49 2017 -0400

Merge topic 'find-matlab-r2017b'

f156b2fb FindMatlab: Add support for MATLAB 2017b

Acked-by: Kitware Robot 
Acked-by: Raffi Enficiaud 
Merge-request: !1343


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=508f47de1b4b7ab52abf17bc4feb39637a4005c2
commit 508f47de1b4b7ab52abf17bc4feb39637a4005c2
Merge: 78d4a3d 3120615
Author: Brad King 
AuthorDate: Thu Oct 5 11:33:51 2017 +
Commit: Kitware Robot 
CommitDate: Thu Oct 5 07:34:01 2017 -0400

Merge topic 'findopenmp-fix-version'

31206157 FindOpenMP: Fix version if OpenMP doesn't work

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=312061573932417dc4a6aad9de4164046fb7982e
commit 312061573932417dc4a6aad9de4164046fb7982e
Author: Christian Pfeiffer 
AuthorDate: Wed Oct 4 18:28:47 2017 +0200
Commit: Christian Pfeiffer 
CommitDate: Wed Oct 4 19:53:48 2017 +0200

FindOpenMP: Fix version if OpenMP doesn't work

diff --git a/Modules/FindOpenMP.cmake b/Modules/FindOpenMP.cmake
index 595b0b3..272f4dc 100644
--- a/Modules/FindOpenMP.cmake
+++ b/Modules/FindOpenMP.cmake
@@ -310,7 +310,11 @@ macro(_OPENMP_SET_VERSION_BY_SPEC_DATE LANG)
 "199710=1.0"
   )
 
-  string(REGEX MATCHALL "${OpenMP_${LANG}_SPEC_DATE}=([0-9]+)\\.([0-9]+)" 
_version_match "${OpenMP_SPEC_DATE_MAP}")
+  if(OpenMP_${LANG}_SPEC_DATE)
+string(REGEX MATCHALL "${OpenMP_${LANG}_SPEC_DATE}=([0-9]+)\\.([0-9]+)" 
_version_match "${OpenMP_SPEC_DATE_MAP}")
+  else()
+set(_version_match "")
+  endif()
   if(NOT _version_match STREQUAL "")
 set(OpenMP_${LANG}_VERSION_MAJOR ${CMAKE_MATCH_1})
 set(OpenMP_${LANG}_VERSION_MINOR ${CMAKE_MATCH_2})
@@ -389,7 +393,7 @@ unset(_OpenMP_MIN_VERSION)
 
 foreach(LANG IN LISTS OpenMP_FINDLIST)
   if(CMAKE_${LANG}_COMPILER_LOADED)
-if (NOT OpenMP_${LANG}_SPEC_DATE)
+if (NOT OpenMP_${LANG}_SPEC_DATE AND OpenMP_${LANG}_FLAGS)
   _OPENMP_GET_SPEC_DATE("${LANG}" OpenMP_${LANG}_SPEC_DATE_INTERNAL)
   set(OpenMP_${LANG}_SPEC_DATE "${OpenMP_${LANG}_SPEC_DATE_INTERNAL}" CACHE
 INTERNAL "${LANG} compiler's OpenMP specification date")

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f156b2fbfb0cc53a3b29f31942ba7e8f0d2a9184
commit f156b2fbfb0cc53a3b29f31942ba7e8f0d2a9184
Author: Jamie Snape 
AuthorDate: Wed Oct 4 09:47:46 2017 -0400
Commit: Jamie Snape 
CommitDate: Wed Oct 4 09:47:46 2017 -0400

FindMatlab: Add support for MATLAB 2017b

diff --git a/Modules/FindMatlab.cmake b/Modules/FindMatlab.cmake
index d287688..7d4ed6a 100644
--- a/Modules/FindMatlab.cmake
+++ b/Modules/FindMatlab.cmake
@@ -225,6 +225,7 @@ if(NOT MATLAB_ADDITIONAL_VERSIONS)
 endif()
 
 set(MATLAB_VERSIONS_MAPPING
+  "R2017b=9.3"
   "R2017a=9.2"
   "R2016b=9.1"
   "R2016a=9.0"
@@ -236,7 +237,6 @@ set(MATLAB_VERSIONS_MAPPING
   "R2013a=8.1"
   "R2012b=8.0"
   "R2012a=7.14"
-
   "R2011b=7.13"
   "R2011a=7.12"
   "R2010b=7.11"

---

Summary of changes:
 Modules/FindMatlab.cmake |2 +-
 Modules/FindOpenMP.cmake |8 ++--
 2 files changed, 7 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] CMP0071

2017-10-05 Thread Sebastian Holtermann
> I find myself setting SKIP_AUTOUIC on *.h and *.cpp files to silence
> CMP0071 warnings. 

It's an unfortunate situation.

In many cases (qt < 5.10) it might work to just let AUTOUIC probe
the (moc/uic/rcc) GENERATED files as well by setting
`cmake_policy(SET CMP0071 NEW)`

-- 

Powered by www.kitware.com

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

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

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

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

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


Re: [cmake-developers] CMP0071

2017-10-05 Thread Sebastian Holtermann
On Mittwoch, 4. Oktober 2017 20:01:50 CEST clin...@elemtech.com wrote:
> - On Sep 26, 2017, at 9:07 AM, Sebastian Holtermann sebl...@xwmw.org 
wrote:
> >> I updated and I'm getting this:
> >> 
> >> CMake Warning (dev) in claro/navigation5/CMakeLists.txt:
> >> Policy CMP0071 is not set: Let AUTOMOC and AUTOUIC process GENERATED
> >> files.
> >> Run "cmake --help-policy CMP0071" for policy details. Use the
> >> cmake_policy
> >> command to set the policy and suppress this warning.
> >> 
> >> AUTOMOC: Ignoring GENERATED header file(s):
> >> 
> >> "/path/to/ui_SomeFile.h"
> >> "/path/to/qrc_AnotherFile.cpp"
> >> 
> >> 
> >> Those ui_* and qrc_* files do not require processing by moc.
> >> In this case, I was using qt5_wrap_ui() and qt5_add_resources().
> >> 
> >> I did an experiment and replaced qt5_wrap_ui() with autouic, and the
> >> warning went away for those ui_* files.
> >> 
> >> Is there a way to not print out that policy warning on ui_* and qrc_*
> >> files
> >> when using qt5_wrap_ui()/qt5_add_resources()? These are the only file
> >> types
> >> for which I'm getting that warning.
> > 
> > You can set the source file property SKIP_AUTOMOC on the GENERATED files.
> > See: https://cmake.org/cmake/help/v3.9/prop_sf/SKIP_AUTOMOC.html
> > See: https://cmake.org/cmake/help/git-master/policy/CMP0071.html
> > 
> > For example like this
> > ```
> > set_property(SOURCE /path/to/ui_SomeFile.h PROPERTY SKIP_AUTOMOC ON)
> > set_property(SOURCE /path/to/qrc_AnotherFile.cpp PROPERTY SKIP_AUTOMOC ON)
> > ```
> 
> I'm probably pushing things here, but why not.
> I'm experimenting with setting AUTOMOC/AUTOUIC/AUTORCC on, and also using
> the qt5_* macros.
> 
> I see the rcc processing only looks at *.qrc files, but the uic processing
> looks at files with any extension.  Why not limit that to just *.ui files? 
> I find myself setting SKIP_AUTOUIC on *.h and *.cpp files to silence
> CMP0071 warnings.  Its obvious to me that a .cpp or .h file is not an xml
> file as expected by uic.
> 
> I can understand having to set SKIP_AUTOMOC on files with various file
> extensions.
> 
> I bring this up here in case something needs to change on the CMake side.

Despite it's name might imply that, AUTOUIC doesn't care about .ui files in the 
target sources. It never did.

AUTOUIC probes the same files as AUTOMOC, that is .h(xx/pp) and .c(xx/pp) 
files. 
In these files it searches for '#include "ui_.h"' strings and derives the 
.ui file names from that (for uic processing).

I don't think that this can (or should) be changed. It's a reasonable behavior 
and a number of projects rely on it. It just is not what people might expect 
at a first glance.





-- 

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