[CMake] Emulating --whole-archive with MSVC

[Guillaume Dumont]

Hi,

I have been playing with the WINDOWS_EXPORT_ALL_SYMBOLS recently and found
the feature very useful. I reused part of the this functionality to emulate
the --whole-archive link flag with MSVC. Here is the process I used:

1. Use a POST_BUILD custom command to list the object files linked in the
static library (dumpbin /ARCHIVEMEMBERS mylib.lib and write this to a file.
2. Use a cmake script to call cmake -E __create_def and create a header
file with #pragma comment(linker, /include:" for every symbol in
the generated .def file.
3. Consuming projects including this header file when linking to mylib.lib

It seems that it would not be too hard to add this feature to cmake to that
it can be done via a target property similar to the
WINDOWS_EXPORT_ALL_SYMBOLS. For example:

1. WINDOWS_LINK_WHOLE_ARCHIVE is set on the library
2. CMake catches this and list all the object files into a file and calls
itself via cmake -E __create_whole_archive_rsp_file which creates a
response file containing a list of /INCLUDE:""
3. CMake adds this response file to the INTERFACE_LINK_LIBRARIES of the
target so that consuming projects automatically link in all the symbols
defined in the library.
4. Then cmake would have the handle the installation of this response file,
etc.

See this for documentation of rsp files:
https://msdn.microsoft.com/en-us/library/9xch38h8.aspx

This would probably have the side effect of solving
https://cmake.org/Bug/view.php?id=13032 which is nice.

Most of this is already possible via cmake code but could be made much
easier if it was just a property to set on a target.

Would it be possible to implement such a feature in CMake?

Do you see any problem with the process mentionned above?

Is it currently possible to add a response file to the link line via
target_link_libraries or via target properties?

Thank you

-- 
Guillaume Dumont
=
dumont.guilla...@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

Re: [CMake] LINK_FLAGS directory property

[Matthew Keeler]

I am doing that for some things but it gets quite cumbersome as I have to 
override those for several different configurations. I guess that is the only 
way to do it currently. 

-- 
Matt Keeler


On May 2, 2016 at 03:48:59, Attila Krasznahorkay 
(attila.krasznahor...@gmail.com) wrote:

Hi Matt,  

Have you tried using the  

CMAKE_EXE_LINKER_FLAGS  
CMAKE_SHARED_LINKER_FLAGS  
CMAKE_MODULE_LINKER_FLAGS  

cache variables? These actually set these flags globally, and not just for one 
directory, but on the directory level they are easy to override. You can just 
do something like this in a subdirectory:  

string( REPLACE "-Wl,--as-needed" "" CMAKE_SHARED_LINKER_FLAGS 
"${CMAKE_SHARED_LINKER_FLAGS}" )  

Cheers,  
Attila  

> On 27 Apr 2016, at 17:57, Matthew Keeler  wrote:  
>  
> Is there an equivalent directory property for the target level LINK_FLAGS 
> property. I can’t see anything according to the documentation but was hoping 
> there was an oversight and something actually existed.  
>  
> What I am trying to do is pass extra flags to the linker for every target in 
> my project and I didn’t want to have to set it per target. I tried using the 
> link_libraries command but the flags I am adding are msvc specific and start 
> with ‘/‘ and cmake seems to be turning these into ‘\’ when its passed to the 
> linker. Then the linker thinks its trying to link in another file and 
> everything blows up.  
>  
> Also a secondary question is what does the INTERPROCEDURAL_OPTIMIZATIONS 
> property at the directory level do. I assume on Windows it passes /GL to the 
> compiler but will this also add /LCTG to the linker flags and prevent 
> incremental linking. If I turn this property on will it also do it for debug 
> configurations or just optimized configurations?  
>  
> --  
> Matt Keeler  
>  
> --  
>  
> 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

Re: [CMake] Emulating --whole-archive with MSVC

[Brad King]

On 05/02/2016 11:03 AM, Guillaume Dumont wrote:
> emulate the --whole-archive link flag with MSVC

FYI, this is the purpose of OBJECT libraries in CMake.  However,
currently OBJECT libraries cannot be installed or used externally.
This limitation is primarily due to difficulty in defining semantics,
particularly in the case of transitive linking.

> 1. WINDOWS_LINK_WHOLE_ARCHIVE is set on the library
> 2. CMake catches this and list all the object files into a file and
> calls itself via cmake -E __create_whole_archive_rsp_file which creates
> a response file containing a list of /INCLUDE:""
> 3. CMake adds this response file to the INTERFACE_LINK_LIBRARIES of
> the target so that consuming projects automatically link in all the
> symbols defined in the library.
> 4. Then cmake would have the handle the installation of this response file, 
> etc.

Currently adding --whole-archive to INTERFACE_LINK_LIBRARIES is not well
defined.  It is only safe to add such flags in the target_link_libraries
call of the final binary.  This would be done on the client side.  Therefore
all of the above steps to simulate it should be done on the client side too
and there is no need to do anything ahead of time or install anything.

The way we express this on the client side with OBJECT libraries is
to specify $ as sources of the consuming target
in its add_library or add_executable call.  This eliminates any sense
of "linking" to the library in CMake's model of the project and therefore
avoids having to define semantics for usage requirements and transitive
linking of object libraries.

> Is it currently possible to add a response file to the link line via
> target_link_libraries or via target properties?

Yes, but it is safe only to do this on the final binary and cannot
currently be expressed as usage requirements on the library itself.

For upstream support of the relevant use cases I'd prefer to see if
OBJECT libraries can be made to handle them.  This will be more portable
than the platform-specific solution proposed here.

Discussion of this work would be better held on the dev list:

  https://cmake.org/mailman/listinfo/cmake-developers

-Brad

-- 

Powered by www.kitware.com

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

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

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

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

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

Re: [CMake] LINK_FLAGS directory property

[Attila Krasznahorkay]

Hi Matt,

Have you tried using the

CMAKE_EXE_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS

cache variables? These actually set these flags globally, and not just for one 
directory, but on the directory level they are easy to override. You can just 
do something like this in a subdirectory:

string( REPLACE "-Wl,--as-needed" "" CMAKE_SHARED_LINKER_FLAGS 
"${CMAKE_SHARED_LINKER_FLAGS}" )

Cheers,
Attila

> On 27 Apr 2016, at 17:57, Matthew Keeler  wrote:
> 
> Is there an equivalent directory property for the target level LINK_FLAGS 
> property. I can’t see anything according to the documentation but was hoping 
> there was an oversight and something actually existed.
> 
> What I am trying to do is pass extra flags to the linker for every target in 
> my project and I didn’t want to have to set it per target. I tried using the 
> link_libraries command but the flags I am adding are msvc specific and start 
> with ‘/‘ and cmake seems to be turning these into ‘\’ when its passed to the 
> linker. Then the linker thinks its trying to link in another file and 
> everything blows up.
> 
> Also a secondary question is what does the INTERPROCEDURAL_OPTIMIZATIONS 
> property at the directory level do. I assume on Windows it passes /GL to the 
> compiler but will this also add /LCTG to the linker flags and prevent 
> incremental linking. If I turn this property on will it also do it for debug 
> configurations or just optimized configurations?
> 
> -- 
> Matt Keeler
> 
> -- 
> 
> 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] Override CMAKE_SHARED_LINKER_FLAGS for one particular library

[Attila Krasznahorkay]

Dear All,

I have a similar issue as Matt Keeler. In our project we have some global 
linker flags that we set for all targets using the CMAKE_EXE_LINKER_FLAGS, 
CMAKE_SHARED_LINKER_FLAGS and CMAKE_MODULE_LINKER_FLAGS cache variables.

Now it turns out that for some libraries in the project I need to modify these 
flags. I can't modify the flags on the directory level, I need to modify them 
at the target level.

I tried just setting extra flags in LINK_FLAGS for my specific targets. But the 
problem is that the placement of the flags set in this target specific property 
is not "well defined" wrt. the global properties.

In this particular case we use "-Wl,--as-needed" globally for all of our 
targets. But for some particular libraries I'd like to turn this off. When I 
add "-Wl,--no-as-needed" to the LINK_FLAGS property of this library, it is put 
before the other flag in my final build configuration. And as such, it has no 
effect.

I tried modifying CMAKE_SHARED_LINKER_FLAGS before the add_library call for 
this library, and then restoring it to its original value afterwards. (Since as 
I said, I can't modify the flag for the entire directory.) But this didn't work 
as expected. Since by the generation stage CMake doesn't remember that the 
variable was set differently in the different lines of the directory's 
CMakeLists.txt file.

So, any ideas? I'd really hate to give up on using these global variables, and 
starting to set the flags one by one for all of our targets. Since it's a lot 
less work to just remove the flag for the targets that don't need it.

Cheers,
Attila
-- 

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] Xcode generator results in a project file without optimization

[Siyuan Ren]

I have CMake 3.5.2.

I write a simple CMakeLists.txt like the below

```
project(mytest)
add_executable(mytest test.cpp)
```

Then generate the Xcode project file with `cmake -G Xcode .`. Open the
project file in Xcode, and I found the optimization level on all kinds
of build, including "Debug", "Release", "RelWithDebInfo",
"MinSizeRel", to be "None (-O0)".

Do I do something wrong? Or CMake Xcode generator cannot even handle
the simplest project right?
-- 

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] Code style auto-formatting

[Brad King]

On 04/28/2016 10:26 AM, Brad King wrote:
> Thanks!  I'll try that out myself when I get a chance.
> 
> Meanwhile I've applied these cleanups

I decided to get the include ordering and block organization
worked out so that we don't need the special case for
cmStandardIncludes.h ordering.  Also I've pre-formatted
the include ordering so that we can make the rest of the
style changes without affecting compilation.  Here are the
changes:

 Merge topic 'clang-format-include-order'
 https://cmake.org/gitweb?p=cmake.git;a=commit;h=067b21b6

Next I'll look at the style updates themselves.

-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-developers] Multiple files support for touch and touch_nocreate

[Brad King]

On 05/02/2016 06:37 AM, Bartosz Kosiorek wrote:
> I implemented multiple files support for touch and touch_nocreate.
> 
> It seems that partially it was implemented but:
> 1. Documentation didn't mention about multi file support for touch command
> 2. When some unspecified error will occur, the touching multiple files was 
> interrupted. `i fixed that and now it is working the same as for Linux.

Thanks.  I've applied the drive-by documentation updates:

 Help: Add missing space in cmake(1) manual
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=25ee2c86

 Help: Improve 'cmake -E md5sum' documentation
 https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=960afaad

However, please revise the test case for the main feature.  I tried
locally hacking the implementation to only create one of the named
files and then test case does not fail.

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-developers] [CMake 0016082]: Support alternative download URL in ExternalProject_Add

[Brad King]

On 04/29/2016 03:40 PM, A. Klitzing wrote:
> I APPEND the log of every failed download and print that only if no
> URL works now. So we reserve the detailed error log of a single
> download attempt.

Thanks.  I added the test case with the patch below and
it causes the ExternalProjectLocal test to fail.  The
download tries both alternatives "a;b" as a single URL.

Also it looks like _ep_add_download_command has a lot
of logic that inspects the URL value.  Your change will
need to account for multiple values there as well.  I think
it may be a bit more involved than the patch so far.

Thanks,
-Brad

diff --git a/Tests/ExternalProjectLocal/CMakeLists.txt 
b/Tests/ExternalProjectLocal/CMakeLists.txt
index 17f1630..9d4d98b 100644
--- a/Tests/ExternalProjectLocal/CMakeLists.txt
+++ b/Tests/ExternalProjectLocal/CMakeLists.txt
@@ -126,7 +126,8 @@ ExternalProject_Add_Step(${proj} mypatch
 #
 set(proj TutorialStep1-LocalTGZ)
 ExternalProject_Add(${proj}
-  URL "${CMAKE_CURRENT_SOURCE_DIR}/Step1.tgz"
+  URL "${CMAKE_CURRENT_SOURCE_DIR}/missing/Step1.tgz" # need alternate
+  "${CMAKE_CURRENT_SOURCE_DIR}/Step1.tgz"
   URL_MD5 38c648e817339c356f6be00eeed79bd0
   CMAKE_ARGS -DCMAKE_INSTALL_PREFIX:PATH= -G ${CMAKE_GENERATOR} 

   INSTALL_COMMAND ""

-- 

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.5.2-1178-g67ad27c

[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  67ad27c3129bfd55d2ed78ad8dfa5aaea20da040 (commit)
   via  960afaad7f1bc02b93a786fad6169ce970b5d5e7 (commit)
   via  25ee2c86c1d231ee0f930e6cfe1bb5be5e4ee539 (commit)
  from  ebbb1d2809ca06b339fc5b941abe404b3adf245e (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=67ad27c3129bfd55d2ed78ad8dfa5aaea20da040
commit 67ad27c3129bfd55d2ed78ad8dfa5aaea20da040
Merge: ebbb1d2 960afaa
Author: Brad King 
AuthorDate: Mon May 2 10:02:58 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon May 2 10:02:58 2016 -0400

Merge topic 'doc-cmake-E-updates' into next

960afaad Help: Improve 'cmake -E md5sum' documentation
25ee2c86 Help: Add missing space in cmake(1) manual


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=960afaad7f1bc02b93a786fad6169ce970b5d5e7
commit 960afaad7f1bc02b93a786fad6169ce970b5d5e7
Author: Bartosz Kosiorek 
AuthorDate: Mon May 2 12:27:57 2016 +0200
Commit: Brad King 
CommitDate: Mon May 2 10:02:12 2016 -0400

Help: Improve 'cmake -E md5sum' documentation

diff --git a/Help/manual/cmake.1.rst b/Help/manual/cmake.1.rst
index 0b060bc..3ae2baf 100644
--- a/Help/manual/cmake.1.rst
+++ b/Help/manual/cmake.1.rst
@@ -204,7 +204,10 @@ Available commands are:
   silently ignored.
 
 ``md5sum ...``
-  Compute md5sum of files.
+  Create MD5 checksum of files in ``md5sum`` compatible format::
+
+ 351abe79cd3800b38cdfb25d45015a15  file1.txt
+ 052f86c15bbde68af55c7f7b340ab639  file2.txt
 
 ``remove [-f] ...``
   Remove the file(s), use ``-f`` to force it.  If a file does
diff --git a/Source/cmcmd.cxx b/Source/cmcmd.cxx
index 22c6a06..01b12a3 100644
--- a/Source/cmcmd.cxx
+++ b/Source/cmcmd.cxx
@@ -70,7 +70,7 @@ void CMakeCommandUsage(const char* program)
 << "- run command in a modified environment\n"
 << "  environment   - display the current environment\n"
 << "  make_directory ...   - create parent and  directories\n"
-<< "  md5sum ...  - compute md5sum of files\n"
+<< "  md5sum ...  - create MD5 checksum of files\n"
 << "  remove [-f] ... - remove the file(s), use -f to force "
"it\n"
 << "  remove_directory dir  - remove a directory and its contents\n"

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=25ee2c86c1d231ee0f930e6cfe1bb5be5e4ee539
commit 25ee2c86c1d231ee0f930e6cfe1bb5be5e4ee539
Author: Bartosz Kosiorek 
AuthorDate: Mon May 2 12:27:57 2016 +0200
Commit: Brad King 
CommitDate: Mon May 2 09:51:29 2016 -0400

Help: Add missing space in cmake(1) manual

diff --git a/Help/manual/cmake.1.rst b/Help/manual/cmake.1.rst
index 5295a48c..0b060bc 100644
--- a/Help/manual/cmake.1.rst
+++ b/Help/manual/cmake.1.rst
@@ -169,7 +169,7 @@ Available commands are:
 
 ``compare_files  ``
   Check if  is same as . If files are the same,
-  then returns 0, if not itreturns 1.
+  then returns 0, if not it returns 1.
 
 ``copy ... ``
   Copy files to  (either file or directory).

---

Summary of changes:
 Help/manual/cmake.1.rst |7 +--
 Source/cmcmd.cxx|2 +-
 2 files changed, 6 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, master, updated. v3.5.2-552-g067b21b

[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  067b21b675bde6ccbb3009fbaaba5efaa78dbea0 (commit)
   via  e1c7747253ac71a5215dd32a910b62a1fd8c561a (commit)
   via  180538c70634dd6dc7fc68b4afbc1cd288c5b5c6 (commit)
   via  0e7bca923e65df8fda37dd50ca68c7207eb3acbe (commit)
   via  eb817be034e0fd50b7abfc3ae032e2e06cbfd040 (commit)
   via  eda313b485a9252c176090a8c358127a2116551d (commit)
   via  7110b754fe8dc82c4e18c7de72e8eedcec4561da (commit)
   via  d7a5f25599552b0d4dc7af59fef8af1addc090f1 (commit)
  from  2e6684c65da317d0ffdb383bff895635c2947826 (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=067b21b675bde6ccbb3009fbaaba5efaa78dbea0
commit 067b21b675bde6ccbb3009fbaaba5efaa78dbea0
Merge: 2e6684c e1c7747
Author: Brad King 
AuthorDate: Mon May 2 09:24:21 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon May 2 09:24:21 2016 -0400

Merge topic 'clang-format-include-order'

e1c77472 Format include directive blocks and ordering with clang-format
180538c7 Source: Stabilize include order
0e7bca92 Utilities/Release: Stabilize include order in WiX custom action
eb817be0 Tests: Stabilize include order in MFC, VSXaml, and VSWinStorePhone
eda313b4 Tests: Stabilize include order in StringFileTest
7110b754 CursesDialog: add missing cmState include
d7a5f255 Modules: Remove unused CMakeTestWatcomVersion.c file


---

Summary of changes:
 Modules/CMakeTestWatcomVersion.c   |1 -
 Modules/CheckForPthreads.c |2 +-
 Source/CPack/IFW/cmCPackIFWGenerator.cxx   |   16 -
 Source/CPack/IFW/cmCPackIFWGenerator.h |2 +-
 Source/CPack/OSXScriptLauncher.cxx |4 +--
 Source/CPack/WiX/cmCPackWIXGenerator.cxx   |   12 +++
 Source/CPack/WiX/cmCPackWIXGenerator.h |6 ++--
 Source/CPack/WiX/cmWIXAccessControlList.h  |6 ++--
 Source/CPack/WiX/cmWIXFeaturesSourceWriter.h   |1 +
 Source/CPack/WiX/cmWIXFilesSourceWriter.cxx|1 +
 Source/CPack/WiX/cmWIXFilesSourceWriter.h  |3 +-
 Source/CPack/WiX/cmWIXPatch.h  |2 +-
 Source/CPack/WiX/cmWIXPatchParser.h|4 +--
 Source/CPack/WiX/cmWIXRichTextFormatWriter.h   |2 ++
 Source/CPack/WiX/cmWIXShortcut.h   |6 ++--
 Source/CPack/WiX/cmWIXSourceWriter.cxx |2 --
 Source/CPack/WiX/cmWIXSourceWriter.h   |7 ++--
 Source/CPack/cmCPackArchiveGenerator.cxx   |   12 +++
 Source/CPack/cmCPackArchiveGenerator.h |3 +-
 Source/CPack/cmCPackBundleGenerator.cxx|1 +
 Source/CPack/cmCPackComponentGroup.cxx |4 ++-
 Source/CPack/cmCPackCygwinBinaryGenerator.cxx  |8 ++---
 Source/CPack/cmCPackCygwinSourceGenerator.cxx  |   10 +++---
 Source/CPack/cmCPackDebGenerator.cxx   |   13 
 Source/CPack/cmCPackDebGenerator.h |1 -
 Source/CPack/cmCPackDragNDropGenerator.cxx |5 +--
 Source/CPack/cmCPackGenerator.cxx  |   14 
 Source/CPack/cmCPackGenerator.h|1 +
 Source/CPack/cmCPackGeneratorFactory.cxx   |   18 +-
 Source/CPack/cmCPackNSISGenerator.cxx  |   12 +++
 Source/CPack/cmCPackNSISGenerator.h|2 +-
 Source/CPack/cmCPackOSXX11Generator.cxx|   11 +++---
 Source/CPack/cmCPackPackageMakerGenerator.cxx  |   14 
 Source/CPack/cmCPackPackageMakerGenerator.h|1 -
 Source/CPack/cmCPackRPMGenerator.cxx   |1 +
 Source/CPack/cmCPackRPMGenerator.h |1 -
 Source/CPack/cmCPackSTGZGenerator.cxx  |8 ++---
 Source/CPack/cmCPackSTGZGenerator.h|1 -
 Source/CPack/cmCPackTarBZip2Generator.cxx  |1 +
 Source/CPack/cpack.cxx |   10 +++---
 Source/CTest/cmCTestBatchTestHandler.cxx   |3 +-
 Source/CTest/cmCTestBatchTestHandler.h |3 +-
 Source/CTest/cmCTestBuildAndTestHandler.cxx|6 ++--
 Source/CTest/cmCTestBuildCommand.cxx   |4 +--
 Source/CTest/cmCTestBuildHandler.cxx   |   16 -
 Source/CTest/cmCTestBuildHandler.h |2 +-
 Source/CTest/cmCTestCVS.cxx|2 +-
 Source/CTest/cmCTestConfigureCommand.cxx   |2 +-
 

[Cmake-commits] CMake branch, master, updated. v3.5.2-555-g24b2a36

[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  24b2a36778fd65f7066a964cf9f5d249f8e0f101 (commit)
   via  47c298851bb172af1c5afd208fa62524d763f91a (commit)
   via  26790ad93ba80f109c9033525c2ff5ac08d883bb (commit)
  from  067b21b675bde6ccbb3009fbaaba5efaa78dbea0 (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=24b2a36778fd65f7066a964cf9f5d249f8e0f101
commit 24b2a36778fd65f7066a964cf9f5d249f8e0f101
Merge: 067b21b 47c2988
Author: Brad King 
AuthorDate: Mon May 2 09:24:23 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon May 2 09:24:23 2016 -0400

Merge topic 'test-watcom-workaround'

47c29885 Tests: Fix RunCMake.BuildDepends filesystem delay for Watcom WMake
26790ad9 Tests: Add workaround to Wrapping test for Watcom failure


---

Summary of changes:
 Tests/RunCMake/BuildDepends/RunCMakeTest.cmake |3 ++-
 Tests/Wrapping/CMakeLists.txt  |2 +-
 Tests/Wrapping/{wrapFLTK.c => wrapFLTK.cxx}|0
 3 files changed, 3 insertions(+), 2 deletions(-)
 rename Tests/Wrapping/{wrapFLTK.c => wrapFLTK.cxx} (100%)


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.5.2-1175-gebbb1d2

[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  ebbb1d2809ca06b339fc5b941abe404b3adf245e (commit)
   via  24b2a36778fd65f7066a964cf9f5d249f8e0f101 (commit)
   via  067b21b675bde6ccbb3009fbaaba5efaa78dbea0 (commit)
   via  2e6684c65da317d0ffdb383bff895635c2947826 (commit)
   via  ffbac71e073bd96ec32aae0fd9a7232e56a0d1c4 (commit)
   via  c9423a44de6e8df8e7d9b0c2acb8268c7de3fbd7 (commit)
  from  716551b31898ac94b8d7328e79d969dbd6270053 (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=ebbb1d2809ca06b339fc5b941abe404b3adf245e
commit ebbb1d2809ca06b339fc5b941abe404b3adf245e
Merge: 716551b 24b2a36
Author: Brad King 
AuthorDate: Mon May 2 09:24:33 2016 -0400
Commit: Brad King 
CommitDate: Mon May 2 09:24:33 2016 -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

[cmake-developers] [CMake 0016089]: Overriding subdir options no longer works

[Mantis Bug Tracker]

The following issue has been SUBMITTED. 
== 
https://public.kitware.com/Bug/view.php?id=16089 
== 
Reported By:LCID Fire
Assigned To:
== 
Project:CMake
Issue ID:   16089
Category:   CMake
Reproducibility:always
Severity:   major
Priority:   normal
Status: new
== 
Date Submitted: 2016-05-02 12:37 EDT
Last Modified:  2016-05-02 12:37 EDT
== 
Summary:Overriding subdir options no longer works
Description: 
Setting options for subdirectory no longer seems to work.



Steps to Reproduce: 
# CMakeLists.txt content
set( myoption ON )

add_subdirectory( test )

# test/CMakeLists.txt content
option( myoption "A test" OFF )
message( "TEST_VALUE ${myoption}" )

Additional Information: 
Output is:
TEST_VALUE OFF
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2016-05-02 12:37 LCID Fire  New Issue
==

-- 

Powered by www.kitware.com

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

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

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

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

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

[Cmake-commits] CMake branch, next, updated. v3.5.2-1184-gdb3f24a

[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  db3f24a97b988bebe75210d8ca53a7cef19ff134 (commit)
   via  6a9056781ae761e6efa07b033271ccdf818472c8 (commit)
  from  f80f30d3a1d3cdb669fe6405e2971ae038af1829 (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=db3f24a97b988bebe75210d8ca53a7cef19ff134
commit db3f24a97b988bebe75210d8ca53a7cef19ff134
Merge: f80f30d 6a90567
Author: Brad King 
AuthorDate: Mon May 2 13:27:50 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon May 2 13:27:50 2016 -0400

Merge topic 'ExternalProject-git-recursive-init' into next

6a905678 ExternalProject: Initialize Git submodules recursively and on 
update (#16083)


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6a9056781ae761e6efa07b033271ccdf818472c8
commit 6a9056781ae761e6efa07b033271ccdf818472c8
Author: Ilya Kulakov 
AuthorDate: Tue Apr 26 18:50:38 2016 -0400
Commit: Brad King 
CommitDate: Mon May 2 13:26:38 2016 -0400

ExternalProject: Initialize Git submodules recursively and on update 
(#16083)

diff --git a/Help/release/dev/ExternalProject-git-recursive-init.rst 
b/Help/release/dev/ExternalProject-git-recursive-init.rst
new file mode 100644
index 000..10278d8
--- /dev/null
+++ b/Help/release/dev/ExternalProject-git-recursive-init.rst
@@ -0,0 +1,7 @@
+ExternalProject-git-recursive-init
+--
+
+* The :command:`ctest_update` command learned to initialize submodules
+  recursively and also to initialize new submodules on updates.  Use
+  the ``GIT_SUBMODULES`` option to restrict which submodules are
+  initalized and updated.
diff --git a/Modules/ExternalProject.cmake b/Modules/ExternalProject.cmake
index 9cc8a20..7dad6e5 100644
--- a/Modules/ExternalProject.cmake
+++ b/Modules/ExternalProject.cmake
@@ -587,7 +587,7 @@ if(error_code)
 endif()
 
 execute_process(
-  COMMAND \"${git_EXECUTABLE}\" \${git_options} submodule update --recursive 
${git_submodules}
+  COMMAND \"${git_EXECUTABLE}\" \${git_options} submodule update --recursive 
--init ${git_submodules}
   WORKING_DIRECTORY \"${work_dir}/${src_name}\"
   RESULT_VARIABLE error_code
   )
@@ -833,7 +833,7 @@ if(error_code OR is_remote_ref OR NOT (\"\${tag_sha}\" 
STREQUAL \"\${head_sha}\"
   endif()
 
   execute_process(
-COMMAND \"${git_EXECUTABLE}\" submodule update --recursive 
${git_submodules}
+COMMAND \"${git_EXECUTABLE}\" submodule update --recursive --init 
${git_submodules}
 WORKING_DIRECTORY \"${work_dir}/${src_name}\"
 RESULT_VARIABLE error_code
 )

---

Summary of changes:
 Help/release/dev/ExternalProject-git-recursive-init.rst |7 +++
 Modules/ExternalProject.cmake   |4 ++--
 2 files changed, 9 insertions(+), 2 deletions(-)
 create mode 100644 Help/release/dev/ExternalProject-git-recursive-init.rst


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

[cmake-developers] toolset Clang 3.7 with Microsoft CodeGen (v140_clang_3_7) debug is broken

[forumer]

Hi,

Don't know if it's the best place to report it but I am testing nightly 
builds(3.5.20160429) to generate some projects

for Visual Studio 2015 and the clang toolset now provided by Microsoft.
There is one problem when using debug configurations because we cannot 
debug generated executables.
I have found some changes that seems to be necessary to be able to 
debug, here are the changes I have found:



1) DebugInformationFormat should be set FullDebug, AdditionalOptions 
MUST BE removed and optimizations must be disabled



   ... REMOVE AdditionalOptions ...
   FullDebug
   ...
   Disabled
   false



2)GenerateDebugInformation must be set to true and ProgramDataBaseFile 
must be empty because clang doesn't use pdb for now


...
  true
...
  
  



Thanks

--

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] toolset Clang 3.7 with Microsoft CodeGen (v140_clang_3_7) debug is broken

[Brad King]

On 05/02/2016 02:17 PM, foru...@smartmobili.com wrote:
> Don't know if it's the best place to report it but I am testing nightly 
> builds(3.5.20160429) to generate some projects
> for Visual Studio 2015 and the clang toolset now provided by Microsoft.

Yes, this is the right place to report it, especially since this is
recent development.  For reference, support for this toolset was added
in a topic merged here:

  Merge topic 'vs-clang-cl'
  https://cmake.org/gitweb?p=cmake.git;a=commit;h=612a8b3b

based on discussion in this thread:

  [PATCH SET] Support of Clang/C2 compiler.
  http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/15902

> I have found some changes that seems to be necessary to be able to 
> debug, here are the changes I have found:
> 
> 1) DebugInformationFormat should be set FullDebug, AdditionalOptions 
> MUST BE removed and optimizations must be disabled
> 
> 
> ... REMOVE AdditionalOptions ...
> FullDebug
> ...
> Disabled
> false
> 
> 
> 
> 2)GenerateDebugInformation must be set to true and ProgramDataBaseFile 
> must be empty because clang doesn't use pdb for now
> 
> ...
>true
> ...
>
>
> 
> 

Mariusz, please take a look at this.

See also this hack:

  VS: Fix VS 2015 .vcxproj debug setting for older toolsets
  https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=dc422d27

Basically we need to have a different flag table for each possible
toolset.  Also it looks like additional special handling may be
needed for PDBs and perhaps other limitations of the Clang/C2
toolchain.

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.5.2-1191-gee6e6f5

[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  ee6e6f51d312e0fffed749552eb73be654a061d9 (commit)
   via  ace026a0b8f1c051827f3ad848bc62426ba06b91 (commit)
  from  db28625d0c9467c47de38e41e60baca7724f8b85 (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=ee6e6f51d312e0fffed749552eb73be654a061d9
commit ee6e6f51d312e0fffed749552eb73be654a061d9
Merge: db28625 ace026a
Author: Brad King 
AuthorDate: Mon May 2 15:15:47 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon May 2 15:15:47 2016 -0400

Merge topic 'doc-cmake-policies-manual-improvements' into next

ace026a0 fixup! CMP0059: Fix typo in policy description


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ace026a0b8f1c051827f3ad848bc62426ba06b91
commit ace026a0b8f1c051827f3ad848bc62426ba06b91
Author: Brad King 
AuthorDate: Mon May 2 15:15:35 2016 -0400
Commit: Brad King 
CommitDate: Mon May 2 15:15:35 2016 -0400

fixup! CMP0059: Fix typo in policy description

diff --git a/Tests/RunCMake/CMP0059/CMP0059-WARN-stderr.txt 
b/Tests/RunCMake/CMP0059/CMP0059-WARN-stderr.txt
index 4e04d15..06c7be3 100644
--- a/Tests/RunCMake/CMP0059/CMP0059-WARN-stderr.txt
+++ b/Tests/RunCMake/CMP0059/CMP0059-WARN-stderr.txt
@@ -1,5 +1,5 @@
 CMake Warning \(dev\) at CMP0059-WARN.cmake:6 \(get_property\):
-  Policy CMP0059 is not set: Do no treat DEFINITIONS as a built-in directory
+  Policy CMP0059 is not set: Do not treat DEFINITIONS as a built-in directory
   property.  Run "cmake --help-policy CMP0059" for policy details.  Use the
   cmake_policy command to set the policy and suppress this warning.
 Call Stack \(most recent call first\):
@@ -8,7 +8,7 @@ This warning is for project developers.  Use -Wno-dev to 
suppress it.
 
 DEFS: -DSOME_DEF
 CMake Warning \(dev\) at CMP0059-WARN.cmake:14 \(get_property\):
-  Policy CMP0059 is not set: Do no treat DEFINITIONS as a built-in directory
+  Policy CMP0059 is not set: Do not treat DEFINITIONS as a built-in directory
   property.  Run "cmake --help-policy CMP0059" for policy details.  Use the
   cmake_policy command to set the policy and suppress this warning.
 Call Stack \(most recent call first\):

---

Summary of changes:
 Tests/RunCMake/CMP0059/CMP0059-WARN-stderr.txt |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, next, updated. v3.5.2-1201-g5a4303c

[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  5a4303c1626877df3b27c8ad89092514c58daf62 (commit)
   via  aae59a096b50804036072bea80064527a13b6d74 (commit)
   via  180102b939ce5cbc6cce48ab6a77c1ace2d022ab (commit)
   via  3cfc5da8efa056fe03dfeb503799584942db6910 (commit)
   via  25a2743f3e4bd50f6093aafff14dd33f729424e4 (commit)
  from  927de11d56b395c9d70f8d8ebed012cba07dcd94 (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=5a4303c1626877df3b27c8ad89092514c58daf62
commit 5a4303c1626877df3b27c8ad89092514c58daf62
Merge: 927de11 aae59a0
Author: Brad King 
AuthorDate: Mon May 2 15:49:54 2016 -0400
Commit: CMake Topic Stage 
CommitDate: Mon May 2 15:49:54 2016 -0400

Merge topic 'clang-format-include-order' into next

aae59a09 Source: Sort includes the way clang-format would
180102b9 Source: Sort includes of sys/types.h as clang-format would
3cfc5da8 Source: Stabilize include order of sys/types.h before sys/stat.h
25a2743f Tests: Sort includes of sys/types.h as clang-format would


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=aae59a096b50804036072bea80064527a13b6d74
commit aae59a096b50804036072bea80064527a13b6d74
Author: Brad King 
AuthorDate: Mon May 2 15:42:32 2016 -0400
Commit: Brad King 
CommitDate: Mon May 2 15:47:14 2016 -0400

Source: Sort includes the way clang-format would

Re-apply the approach from commit e1c77472 (Format include directive
blocks and ordering with clang-format, 2016-04-29) but this time be
more careful about exclusion of parser generator sources:

$ git ls-files -z -- \
'*.c' '*.cc' '*.cpp' '*.cxx' '*.h' '*.hh' '*.hpp' '*.hxx' |
  egrep -z -v '^Source/cmCommandArgumentLexer\.' |
  egrep -z -v '^Source/cmCommandArgumentParser\.' |
  egrep -z -v '^Source/cmDependsJavaLexer\.' |
  egrep -z -v '^Source/cmDependsJavaParser\.' |
  egrep -z -v '^Source/cmExprLexer\.' |
  egrep -z -v '^Source/cmExprParser\.' |
  egrep -z -v '^Source/cmFortranLexer\.' |
  egrep -z -v '^Source/cmFortranParser\.' |
  egrep -z -v '^Source/cmListFileLexer\.' |
  egrep -z -v '^Source/cm_sha2' |
  egrep -z -v '^Source/(kwsys|CursesDialog/form)/' |
  egrep -z -v '^Utilities/(KW|cm).*/' |
  egrep -z -v '^Tests/Module/GenerateExportHeader' |
  egrep -z -v 
'^Tests/RunCMake/CommandLine/cmake_depends/test_UTF-16LE.h' |
  xargs -0 clang-format -i

Also drop use of custom sorting for `sys/types.h`.

diff --git a/Source/CPack/WiX/cmWIXPatchParser.h 
b/Source/CPack/WiX/cmWIXPatchParser.h
index 42c0787..8ce4026 100644
--- a/Source/CPack/WiX/cmWIXPatchParser.h
+++ b/Source/CPack/WiX/cmWIXPatchParser.h
@@ -17,8 +17,8 @@
 
 #include 
 
-#include 
 #include 
+#include 
 
 struct cmWIXPatchNode
 {
diff --git a/Source/cmCommandArgumentParserHelper.cxx 
b/Source/cmCommandArgumentParserHelper.cxx
index 15ab746..0b2fd81 100644
--- a/Source/cmCommandArgumentParserHelper.cxx
+++ b/Source/cmCommandArgumentParserHelper.cxx
@@ -11,10 +11,10 @@
 */
 #include "cmCommandArgumentParserHelper.h"
 
-#include "cmSystemTools.h"
 #include "cmMakefile.h"
-#include "cmState.h"
 #include "cmOutputConverter.h"
+#include "cmState.h"
+#include "cmSystemTools.h"
 
 #include "cmCommandArgumentLexer.h"
 
diff --git a/Source/cmDependsJavaParserHelper.cxx 
b/Source/cmDependsJavaParserHelper.cxx
index 3c02325..51a1cb4 100644
--- a/Source/cmDependsJavaParserHelper.cxx
+++ b/Source/cmDependsJavaParserHelper.cxx
@@ -11,8 +11,8 @@
 */
 #include "cmDependsJavaParserHelper.h"
 
-#include "cmSystemTools.h"
 #include "cmDependsJavaLexer.h"
+#include "cmSystemTools.h"
 #include 
 
 int cmDependsJava_yyparse( yyscan_t yyscanner );
diff --git a/Source/cmExprParserHelper.cxx b/Source/cmExprParserHelper.cxx
index 6016c4c..c5ecde4 100644
--- a/Source/cmExprParserHelper.cxx
+++ b/Source/cmExprParserHelper.cxx
@@ -11,8 +11,8 @@
 */
 #include "cmExprParserHelper.h"
 
-#include "cmSystemTools.h"
 #include "cmMakefile.h"
+#include "cmSystemTools.h"
 
 #include "cmExprLexer.h"
 

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=180102b939ce5cbc6cce48ab6a77c1ace2d022ab
commit 180102b939ce5cbc6cce48ab6a77c1ace2d022ab
Author: 

[cmake-developers] [CMake 0016090]: FindwxWidgets looks in /usr/include/wx-2.8/ for wxWidgets 3.0

[Mantis Bug Tracker]

The following issue has been SUBMITTED. 
== 
https://cmake.org/Bug/view.php?id=16090 
== 
Reported By:Jason Yundt
Assigned To:
== 
Project:CMake
Issue ID:   16090
Category:   CMake
Reproducibility:always
Severity:   major
Priority:   normal
Status: new
== 
Date Submitted: 2016-05-02 19:34 EDT
Last Modified:  2016-05-02 19:34 EDT
== 
Summary:FindwxWidgets looks in /usr/include/wx-2.8/ for
wxWidgets 3.0
Description: 
I was trying to build SLADE v3.1.1.1 (slade.mancubus.net), but when cmake got to
the following line in src/CMakeLists.txt,

find_package(wxWidgets 3.0 COMPONENTS std aui gl stc richtext propgrid media
webview REQUIRED)

it crashes with the following:

jayman@computer-4:~/src/doom/tools/slade/slade-stable/dist> cmake ..
CMake Error at /usr/share/cmake/Modules/FindwxWidgets.cmake:861 (file):
  file failed to open for reading (No such file or directory):

/usr/include/wx-2.8/wx/version.h
Call Stack (most recent call first):
  src/CMakeLists.txt:5 (find_package)


CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:148
(message):
  Could NOT find wxWidgets: Found unsuitable version "..", but required is at
  least "3.0" (found
 
-L/usr/lib64;-pthread;;;-lwx_gtk3u_aui-3.0;-lwx_gtk3u_gl-3.0;-lwx_gtk3u_stc-3.0;-lwx_gtk3u_richtext-3.0;-lwx_gtk3u_propgrid-3.0;-lwx_gtk3u_media-3.0;-lwx_gtk3u_xrc-3.0;-lwx_gtk3u_webview-3.0;-lwx_gtk3u_html-3.0;-lwx_gtk3u_qa-3.0;-lwx_gtk3u_adv-3.0;-lwx_gtk3u_core-3.0;-lwx_baseu_xml-3.0;-lwx_baseu_net-3.0;-lwx_baseu-3.0)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:386
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindwxWidgets.cmake:887
(find_package_handle_standard_args)
  src/CMakeLists.txt:5 (find_package)


-- Configuring incomplete, errors occurred!
See also
"/home/jayman/src/doom/tools/slade/slade-stable/dist/CMakeFiles/CMakeOutput.log".
jayman@computer-4:~/src/doom/tools/slade/slade-stable/dist> 


Steps to Reproduce: 
1. Install wxWidgets 3.0 GTK3 (sudo zypper install wxGTK3-3_0-devel)
2. Get SLADE stable sources:
   a. git clone https://github.com/sirjuddington/SLADE.git slade
   b. git checkout stable
3. cd slade/dist
4. cmake ..
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2016-05-02 19:34 Jason YundtNew Issue
==

-- 

Powered by www.kitware.com

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

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

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

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

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

[cmake-developers] [CMake 0016088]: How to add CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS for cuda files ?

[Mantis Bug Tracker]

The following issue has been SUBMITTED. 
== 
https://cmake.org/Bug/view.php?id=16088 
== 
Reported By:hevy
Assigned To:
== 
Project:CMake
Issue ID:   16088
Category:   CMake
Reproducibility:always
Severity:   block
Priority:   normal
Status: new
== 
Date Submitted: 2016-05-02 10:32 EDT
Last Modified:  2016-05-02 10:32 EDT
== 
Summary:How to add CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS for cuda
files ?
Description: 
Hi,

I am currently using CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS to compile some 3rdParty
but  it does not seems to work with cuda files.

1. Is it normal ?
2. if yes, how could I add this feature to cmake ?

Thanks,

== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2016-05-02 10:32 hevy   New Issue
==

-- 

Powered by www.kitware.com

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

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

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

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

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

[cmake-developers] Multiple files support for touch and touch_nocreate

[Bartosz Kosiorek]

Hello.

I implemented multiple files support for touch and touch_nocreate.

It seems that partially it was implemented but:
1. Documentation didn't mention about multi file support for touch command
2. When some unspecified error will occur, the touching multiple files was
interrupted. `i fixed that and now it is working the same as for Linux.

Please let me know what you think about that.
Do you think it could be pushed into cmake repository?

Thanks in advance
Bartosz


0001-Add-support-of-multiple-files-for-touch-and-touch_no.patch
Description: Binary data
-- 

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