Re: [CMake] CXX_CLANG_TIDY doesn't handle multiple arguments correctly

[Nikita]

Thanks for the info. I've filed a bug about this issue -
https://gitlab.kitware.com/cmake/cmake/issues/16435

Regards,
Nikita

On Thu, Nov 17, 2016 at 1:37 AM, Michael Ellery  wrote:
>
>> On Nov 16, 2016, at 2:32 PM, Nikita  wrote:
>>
>> Indeed, specifying '-line-filter=[]' doesn't cause any troubles.
>> Should I file a bug about this?
>>
>> Regards,
>> Nikita
>>
>
> FWIW, I brought up the same issue a few weeks ago:
>
> http://stackoverflow.com/questions/40433573/how-can-i-specify-additional-arguments-for-use-with-cmake-cxx-clang-tidy-variabl
>
> http://public.kitware.com/pipermail/cmake/2016-November/064501.html
>
> I think this is a bug, but wasn’t sure how to classify it.
>
> -Mike
>
>
-- 

Powered by www.kitware.com

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

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

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

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

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

[Cmake-commits] CMake branch, master, updated. v3.7.0-558-gab4a9a9

[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  ab4a9a98266fb29008cecc9649a91fc844c541f5 (commit)
  from  095279bc94c81c4076de20474f1d3dd186764388 (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=ab4a9a98266fb29008cecc9649a91fc844c541f5
commit ab4a9a98266fb29008cecc9649a91fc844c541f5
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Thu Nov 17 00:01:03 2016 -0500
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Thu Nov 17 00:01:03 2016 -0500

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 61f621d..3c1e9a4 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 7)
-set(CMake_VERSION_PATCH 20161116)
+set(CMake_VERSION_PATCH 20161117)
 #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] QtSDK integration

[Konstantin Podsvirov]

Hi, dear CMake developers! Some of us actively using the Qt technology, but remain fans of CMake. I had the idea to extend the CMake part of the QtSDK. I created proposals for appropriate changes in QtCreator: https://bugreports.qt.io/browse/QTCREATORBUG-17290 It also requires improvements in the CMake. I'm working on it here: http://git.podsvirov.pro/?p=kitware/cmake.git;a=shortlog;h=refs/heads/topic-cpack-ifw-options and here: http://git.podsvirov.pro/?p=kitware/cmake.git;a=shortlog;h=refs/heads/topic-cmake-ifw-root-component Demo repository for Windows: http://download.podsvirov.pro/online/qtsdkrepository/windows_x86/desktop/tools_cmake You can add this repository in Qt Maintenance Tool and try to install CMake as part of the QtSDK, but now QtSDK (QtCreator) does not recognize this installation automatically. How do you like this idea? What has to be installed in this case? (tools, cmake-gui?, docs?...) I'm waiting feedback from support or a reasoned rejection of this idea. --Regards,Konstantin Podsvirov -- 

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] CXX_CLANG_TIDY doesn't handle multiple arguments correctly

[Michael Ellery]

> On Nov 16, 2016, at 2:32 PM, Nikita  wrote:
> 
> Indeed, specifying '-line-filter=[]' doesn't cause any troubles.
> Should I file a bug about this?
> 
> Regards,
> Nikita
> 

FWIW, I brought up the same issue a few weeks ago:

http://stackoverflow.com/questions/40433573/how-can-i-specify-additional-arguments-for-use-with-cmake-cxx-clang-tidy-variabl

http://public.kitware.com/pipermail/cmake/2016-November/064501.html

I think this is a bug, but wasn’t sure how to classify it.

-Mike


-- 

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] CXX_CLANG_TIDY doesn't handle multiple arguments correctly

[Nikita]

Indeed, specifying '-line-filter=[]' doesn't cause any troubles.
Should I file a bug about this?

Regards,
Nikita

On Thu, Nov 17, 2016 at 1:18 AM, Bill Hoffman  wrote:
> On 11/16/2016 5:01 PM, Nikita wrote:
>>
>> It works for me with '-fix' as well. However, it doesn't work with
>> "-warnings-as-errors", '-header-filter', and '-line-filter'.
>> The problem is definitely not in semicolons.
>
> It is the * that causes trouble.
>
> -Bill
>
>
> --
>
> 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] CXX_CLANG_TIDY doesn't handle multiple arguments correctly

[Bill Hoffman]

On 11/16/2016 5:01 PM, Nikita wrote:

It works for me with '-fix' as well. However, it doesn't work with
"-warnings-as-errors", '-header-filter', and '-line-filter'.
The problem is definitely not in semicolons.

It is the * that causes trouble.

-Bill

--

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] CXX_CLANG_TIDY doesn't handle multiple arguments correctly

[Nikita]

It works for me with '-fix' as well. However, it doesn't work with
"-warnings-as-errors", '-header-filter', and '-line-filter'.
The problem is definitely not in semicolons.

Regards,
Nikita

On Thu, Nov 17, 2016 at 12:35 AM, Tiago Macarios
 wrote:
> This works for me:
>
> CXX_CLANG_TIDY
> "/usr/bin/clang-tidy"
> "-checks=modernize-*,readability-*,performance-*"
> "-fix"
>
> I think the difference are the semicolons in the checks instead of commas.
>
> On Wed, Nov 16, 2016 at 1:32 PM, Nikita  wrote:
>>
>> Hi,
>>
>> I've noticed that CXX_CLANG_TIDY property doesn't work correctly if I
>> specify several arguments to clang-tidy. Here's an example:
>> set_property(
>> TARGET ${PROJECT_NAME}
>> PROPERTY CXX_CLANG_TIDY clang-tidy;-checks=*;-warnings-as-errors=*)
>>
>> Building a target with this property produces no output. It seems like
>> clang-tidy doesn't get called. However, if I remove
>> '-warnings-as-errors', everything works fine.
>>
>> The same goes for other options as well. Specifying '-header-filter'
>> or '-line-filter' results in no output.
>>
>> Is there a way to get additional clang-tidy options working?
>>
>> Regards,
>> Nikita
>> --
>>
>> 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] Compiling CMake without libuv?

[Christoph Grüninger]

Hi Brad,
thanks for the answer, I wasn't aware that I can pass CMake options to
the bootstrap script.

> There is also the CMAKE_USE_LIBUV option that can be set to OFF.
> One can pass it to the bootstrap script via
> 
>   ../cmake/bootstrap ... -- -DCMAKE_USE_LIBUV=OFF
> 

Works, that will ensure all package will have libuv.

Bye
Christoph
-- 

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] CXX_CLANG_TIDY doesn't handle multiple arguments correctly

[Tiago Macarios]

This works for me:

CXX_CLANG_TIDY
"/usr/bin/clang-tidy"
"-checks=modernize-*,readability-*,performance-*"
"-fix"

I think the difference are the semicolons in the checks instead of commas.

On Wed, Nov 16, 2016 at 1:32 PM, Nikita  wrote:

> Hi,
>
> I've noticed that CXX_CLANG_TIDY property doesn't work correctly if I
> specify several arguments to clang-tidy. Here's an example:
> set_property(
> TARGET ${PROJECT_NAME}
> PROPERTY CXX_CLANG_TIDY clang-tidy;-checks=*;-warnings-as-errors=*)
>
> Building a target with this property produces no output. It seems like
> clang-tidy doesn't get called. However, if I remove
> '-warnings-as-errors', everything works fine.
>
> The same goes for other options as well. Specifying '-header-filter'
> or '-line-filter' results in no output.
>
> Is there a way to get additional clang-tidy options working?
>
> Regards,
> Nikita
> --
>
> 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] CXX_CLANG_TIDY doesn't handle multiple arguments correctly

[Nikita]

Hi,

I've noticed that CXX_CLANG_TIDY property doesn't work correctly if I
specify several arguments to clang-tidy. Here's an example:
set_property(
TARGET ${PROJECT_NAME}
PROPERTY CXX_CLANG_TIDY clang-tidy;-checks=*;-warnings-as-errors=*)

Building a target with this property produces no output. It seems like
clang-tidy doesn't get called. However, if I remove
'-warnings-as-errors', everything works fine.

The same goes for other options as well. Specifying '-header-filter'
or '-line-filter' results in no output.

Is there a way to get additional clang-tidy options working?

Regards,
Nikita
-- 

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] Relinking with Ninja broken in 3.7.0

[Mika Fischer]

2016-11-16 18:21 GMT+01:00 Bill Hoffman :

> On 11/16/2016 11:36 AM, Mika Fischer wrote:
>
>>
>> I get the following error even though I'm on Linux and thus an ELF-based
>> platform. This breaks all our builds...
>>
>> `The install of the  target requires changing an RPATH from
>> the build tree, but this is not supported with the Ninja generator unless
>> on an ELF-based platform.  The CMAKE_BUILD_WITH_INSTALL_RPATH variable may
>> be set to avoid this relinking step.`
>>
>> Looking at cmGeneratorTarget.cxx#L1214, I see that there's no switch for
>> ELF-based platforms, it just unconditionally throws a fatal error when
>> relinking is required and ninja is being used...
>>
>> Is the error message misleading and this should actually work on Linux?
>> Or is this not supposed to be working, and we should no longer use
>> ninja? If so, why?
>>
>> CMAKE_BUILD_WITH_INSTALL_RPATH is not a viable alternative for us...
>>
>> Did you start with a completely clean build tree?  Or did you maybe just
> remove the CMakeCache.txt file?


Ah yes, that was the problem. Thanks a lot and sorry for the noise!

Best,
 Mika
-- 

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] Is there a default value for CMAKE_MODULE_PATH?

[Matthew Woehlke]

On 2016-11-09 10:05, Jayesh Badwaik wrote:
> Over past few days, Boost has updated from version 1.61 to version 1.62. The 
> latest version of CMake that I have (3.6.3) does not yet have the appropriate 
> FindBoost.cmake and hence, issues warnings as shown in the postscript. 
> 
> As I see this is temporary, and there is a correct FindBoost.cmake in the git 
> repository which works fine. So, I want to use this new module file till the 
> time when the new version of CMake comes out and I won't have to use this 
> special file anymore.
> 
> All the solutions that I have found on internet require me to put a line 
> setting the CMAKE_MODULE_PATH in my project source code. I don't want to do 
> it 
> since the change is supposed to be temporary anyway. So, I was wondering if 
> there is a location inside the PROJECT_SOURCE_DIR which is scanned by default 
> by cmake?
> 
> If there is no such location, I can live with the warnings for a little 
> while, 
> but I was just curious.

I don't think you can avoid setting CMAKE_MODULE_PATH. Also, it's only
"temporary" until you bump your cmake_minimum_required.

What I've done in some projects is include the module in a directory
named after the version of CMake that will include the updated version.
You can then iterate over such directories and compare the name to the
CMake version to decide whether or not to add that directory. This way
someone with new enough CMake to not need the module will use the
built-in version, while someone with older CMake will get your copy.

-- 
Matthew

-- 

Powered by www.kitware.com

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

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

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

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

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

[Cmake-commits] CMake branch, next, updated. v3.7.0-1225-ga5749ae

[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  a5749ae9dc21d58857ac856bcde421c6bb3e98b6 (commit)
   via  451e9f93be4a19f18c4a2ac0a1bd6776ba67c327 (commit)
   via  572ac897733f0b6fe7baf67006db0e8f182db59c (commit)
  from  2446a2d281221cb10b2ab218151e2139e05efae4 (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=a5749ae9dc21d58857ac856bcde421c6bb3e98b6
commit a5749ae9dc21d58857ac856bcde421c6bb3e98b6
Merge: 2446a2d 451e9f9
Author: Brad King 
AuthorDate: Wed Nov 16 13:28:16 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 13:28:16 2016 -0500

Merge topic 'update-kwsys' into next

451e9f93 Merge branch 'upstream-KWSys' into update-kwsys
572ac897 KWSys 2016-11-16 (a0c60eec)


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=451e9f93be4a19f18c4a2ac0a1bd6776ba67c327
commit 451e9f93be4a19f18c4a2ac0a1bd6776ba67c327
Merge: 095279b 572ac89
Author: Brad King 
AuthorDate: Wed Nov 16 13:27:07 2016 -0500
Commit: Brad King 
CommitDate: Wed Nov 16 13:27:07 2016 -0500

Merge branch 'upstream-KWSys' into update-kwsys

* upstream-KWSys:
  KWSys 2016-11-16 (a0c60eec)


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=572ac897733f0b6fe7baf67006db0e8f182db59c
commit 572ac897733f0b6fe7baf67006db0e8f182db59c
Author: KWSys Upstream 
AuthorDate: Wed Nov 16 11:14:51 2016 -0500
Commit: Brad King 
CommitDate: Wed Nov 16 13:27:06 2016 -0500

KWSys 2016-11-16 (a0c60eec)

Code extracted from:

http://public.kitware.com/KWSys.git

at commit a0c60eec7cdbe7b5d0196bfc5b69bd969fe8786f (master).

Upstream Shortlog
-

Brad King (2):
  818405fc Fix typo in clang-format script documentation
  a0c60eec Terminal: Add tmux to VT100 color support whitelist

Matt Leotta (1):
  6a642f72 SystemInformation: Skip loopback devices in search for FQDN

diff --git a/SystemInformation.cxx b/SystemInformation.cxx
index 1675da5..e01dcd7 100644
--- a/SystemInformation.cxx
+++ b/SystemInformation.cxx
@@ -79,6 +79,7 @@ typedef int siginfo_t;
 #include 
 #if defined(KWSYS_SYS_HAS_IFADDRS_H)
 #include 
+#include 
 #define KWSYS_SYSTEMINFORMATION_IMPLEMENT_FQDN
 #endif
 #endif
@@ -99,6 +100,7 @@ typedef int siginfo_t;
 #include 
 #if defined(KWSYS_SYS_HAS_IFADDRS_H)
 #include 
+#include 
 #define KWSYS_SYSTEMINFORMATION_IMPLEMENT_FQDN
 #endif
 #if !(__ENVIRONMENT_MAC_OS_X_VERSION_MIN_REQUIRED__ - 0 >= 1050)
@@ -113,6 +115,7 @@ typedef int siginfo_t;
 #include 
 #if defined(KWSYS_SYS_HAS_IFADDRS_H)
 #include 
+#include 
 #if !defined(__LSB_VERSION__) /* LSB has no getifaddrs */
 #define KWSYS_SYSTEMINFORMATION_IMPLEMENT_FQDN
 #endif
@@ -1696,7 +1699,9 @@ int 
SystemInformationImplementation::GetFullyQualifiedDomainName(
 
   for (ifa = ifas; ifa != NULL; ifa = ifa->ifa_next) {
 int fam = ifa->ifa_addr ? ifa->ifa_addr->sa_family : -1;
-if ((fam == AF_INET) || (fam == AF_INET6)) {
+// Skip Loopback interfaces
+if (((fam == AF_INET) || (fam == AF_INET6)) &&
+!(ifa->ifa_flags & IFF_LOOPBACK)) {
   char host[NI_MAXHOST] = { '\0' };
 
   const size_t addrlen = (fam == AF_INET ? sizeof(struct sockaddr_in)
diff --git a/Terminal.c b/Terminal.c
index 26174a1..c0b7f45 100644
--- a/Terminal.c
+++ b/Terminal.c
@@ -150,6 +150,8 @@ static const char* kwsysTerminalVT100Names[] = { "Eterm",
  "screen-bce",
  "screen-w",
  "screen.linux",
+ "tmux",
+ "tmux-256color",
  "vt100",
  "xterm",
  "xterm-16color",

---

Summary of changes:
 Source/kwsys/SystemInformation.cxx |7 ++-
 Source/kwsys/Terminal.c|2 ++
 2 files changed, 8 insertions(+), 1 deletion(-)


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

Re: [CMake] exporting targets from build tree

[Matthew Woehlke]

On 2016-07-27 18:49, Michael Legleux wrote:
> I have 2 projects (one built with cmake, one in the process of being
> converted to using it)
> 
> Project A (built with cmake) builds lib_a that Project B requires.
> I'm thinking I'm doing something wrong around here:
> project(lib_a)
> 
> add_library(lib_a STATIC ${SRC})
>  target_link_libraries(${PROJECT_NAME}
>PRIVATE lib_b
>)
> export(TARGETS lib_a FILE lib_a.cmake)
> 
> cmake complains that lib_b is not in the target export set. I do not WANT
> it exported and it is not required by project b.
> I simply want lib_a to be found/used by Project B via find_package(Project
> A)
> 
> I do not want to have to install/ or create a package for this behavior,
> just allow another project to reference the libs in the build tree and
> headers in the source tree.
> 
> I can't seem to find the correct way to express this with cmake despite
> looking at many solutions of near similar functionality.

Did you ever solve this? Offhand, I would guess that lib_a is a static
library. If this is the case, using lib_a requires also linking to
lib_b, because the symbols in lib_a require lib_b, and lib_a is not
actually linked yet.

-- 
Matthew

-- 

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] Relinking with Ninja broken in 3.7.0

[Bill Hoffman]

On 11/16/2016 11:36 AM, Mika Fischer wrote:


I get the following error even though I'm on Linux and thus an ELF-based
platform. This breaks all our builds...

`The install of the  target requires changing an RPATH from
the build tree, but this is not supported with the Ninja generator unless
on an ELF-based platform.  The CMAKE_BUILD_WITH_INSTALL_RPATH variable may
be set to avoid this relinking step.`

Looking at cmGeneratorTarget.cxx#L1214, I see that there's no switch for
ELF-based platforms, it just unconditionally throws a fatal error when
relinking is required and ninja is being used...

Is the error message misleading and this should actually work on Linux?
Or is this not supposed to be working, and we should no longer use
ninja? If so, why?

CMAKE_BUILD_WITH_INSTALL_RPATH is not a viable alternative for us...

Did you start with a completely clean build tree?  Or did you maybe just 
remove the CMakeCache.txt file?


-Bill

--

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] Relinking with Ninja broken in 3.7.0

[Konstantin Tokarev]

16.11.2016, 19:44, "Mika Fischer" :
> Hi,
>
> I get the following error even though I'm on Linux and thus an ELF-based 
> platform. This breaks all our builds...
>
> `The install of the  target requires changing an RPATH from
> the build tree, but this is not supported with the Ninja generator unless
> on an ELF-based platform.  The CMAKE_BUILD_WITH_INSTALL_RPATH variable may
> be set to avoid this relinking step.`
>
> Looking at cmGeneratorTarget.cxx#L1214, I see that there's no switch for 
> ELF-based platforms, it just unconditionally throws a fatal error when 
> relinking is required and ninja is being used...
>
> Is the error message misleading and this should actually work on Linux?
> Or is this not supposed to be working, and we should no longer use ninja? If 
> so, why?
>
> CMAKE_BUILD_WITH_INSTALL_RPATH is not a viable alternative for us...

I just fix up cmake_install.cmake with sed to replace CMakeRelink.dir with real 
library location

>
> Best,
>  Mika
> ,--
>
> 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


-- 
Regards,
Konstantin
-- 

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] Relinking with Ninja broken in 3.7.0

[Mika Fischer]

Hi,

I get the following error even though I'm on Linux and thus an ELF-based
platform. This breaks all our builds...

`The install of the  target requires changing an RPATH from
the build tree, but this is not supported with the Ninja generator unless
on an ELF-based platform.  The CMAKE_BUILD_WITH_INSTALL_RPATH variable may
be set to avoid this relinking step.`

Looking at cmGeneratorTarget.cxx#L1214, I see that there's no switch for
ELF-based platforms, it just unconditionally throws a fatal error when
relinking is required and ninja is being used...

Is the error message misleading and this should actually work on Linux?
Or is this not supposed to be working, and we should no longer use ninja?
If so, why?

CMAKE_BUILD_WITH_INSTALL_RPATH is not a viable alternative for us...

Best,
 Mika
-- 

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] Are the current scoping rules for functions intended and documented?

[Mario Werner]

Hi Brad,

unfortunately I failed to file an issue to keep track of this feature
request. Gitlab always recognizes the text as spam and discards it.

I tried the following title and text:


Title
-
Function and macro definitions should obey the same scoping rules as
variables

Text

Hi all,

as Brad confirmed on the [mailing
list](https://www.mail-archive.com/cmake@cmake.org/msg55886.html),
functions and macros are currently scoped globally. This means that any
function definition in a sub scope (e.g., created via
`add_subdirectory`) can redefine functions for the parent. The fact that
CMake also always picks the last definition it encounters additionally
introduces the problem that the order in which CMakeLists are processed
can change the behaviour of the build system.

This feature request therefore propose that function and macro
definitions should obey the same  scoping rules as variables to mitigate
this potential pitfall.


Do you have any recommendations on how I can resolve this?

Cheers,
Mario


-- 

Powered by www.kitware.com

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

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

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

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

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

[Cmake-commits] CMake branch, next, updated. v3.7.0-1222-g2446a2d

[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  2446a2d281221cb10b2ab218151e2139e05efae4 (commit)
   via  f7c5e970a0b9697ecdb443aecdee87b51e0a5457 (commit)
   via  d95e6dff3cb869d45b27836dc0967ab27872bcdc (commit)
   via  3d42a72bd5827ea875bbba830ecff90b3aaf54d6 (commit)
  from  8bf737196b333e36b64246d1771a143d0d9ed4b8 (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=2446a2d281221cb10b2ab218151e2139e05efae4
commit 2446a2d281221cb10b2ab218151e2139e05efae4
Merge: 8bf7371 f7c5e97
Author: Brad King 
AuthorDate: Wed Nov 16 08:09:20 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 08:09:20 2016 -0500

Merge topic 'android-info-variables' into next

f7c5e970 Android: Add CMAKE__ANDROID_TOOLCHAIN_MACHINE
d95e6dff Android: Add CMAKE_ANDROID_NDK_TOOLCHAIN_HOST_TAG variable
3d42a72b Android: Always set CMAKE_ANDROID_NDK_TOOLCHAIN_VERSION


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f7c5e970a0b9697ecdb443aecdee87b51e0a5457
commit f7c5e970a0b9697ecdb443aecdee87b51e0a5457
Author: Brad King 
AuthorDate: Mon Nov 14 14:19:55 2016 -0500
Commit: Brad King 
CommitDate: Mon Nov 14 14:39:50 2016 -0500

Android: Add CMAKE__ANDROID_TOOLCHAIN_MACHINE

Expose the binutils' machine name (typically used as a prefix on the
tool names) publicly.  This is expected to match the `gcc -dumpmachine`
value.

Suggested-by: Ruslan Baratov 

diff --git a/Help/manual/cmake-variables.7.rst 
b/Help/manual/cmake-variables.7.rst
index 57a5c1a..d68265d 100644
--- a/Help/manual/cmake-variables.7.rst
+++ b/Help/manual/cmake-variables.7.rst
@@ -355,6 +355,7 @@ Variables for Languages
/variable/CMAKE_Fortran_MODDIR_FLAG
/variable/CMAKE_Fortran_MODOUT_FLAG
/variable/CMAKE_INTERNAL_PLATFORM_ABI
+   /variable/CMAKE_LANG_ANDROID_TOOLCHAIN_MACHINE
/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_PREFIX
/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_SUFFIX
/variable/CMAKE_LANG_ARCHIVE_APPEND
diff --git a/Help/release/dev/android-info-variables.rst 
b/Help/release/dev/android-info-variables.rst
index 9330c62..e173342 100644
--- a/Help/release/dev/android-info-variables.rst
+++ b/Help/release/dev/android-info-variables.rst
@@ -1,6 +1,10 @@
 android-info-variables
 --
 
+* When :ref:`Cross Compiling for Android`, a new
+  :variable:`CMAKE__ANDROID_TOOLCHAIN_MACHINE` variable is
+  now set to indicate the binutils' machine name.
+
 * When :ref:`Cross Compiling for Android with the NDK`, the
   :variable:`CMAKE_ANDROID_NDK_TOOLCHAIN_VERSION` variable is
   now set by CMake if it is not set by the user or toolchain file.
diff --git a/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_MACHINE.rst 
b/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_MACHINE.rst
new file mode 100644
index 000..d336364
--- /dev/null
+++ b/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_MACHINE.rst
@@ -0,0 +1,9 @@
+CMAKE__ANDROID_TOOLCHAIN_MACHINE
+--
+
+When :ref:`Cross Compiling for Android` this variable contains the
+toolchain binutils machine name (e.g. ``gcc -dumpmachine``).  The
+binutils typically have a ``-`` prefix on their name.
+
+See also :variable:`CMAKE__ANDROID_TOOLCHAIN_PREFIX`
+and :variable:`CMAKE__ANDROID_TOOLCHAIN_SUFFIX`.
diff --git a/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_PREFIX.rst 
b/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_PREFIX.rst
index b51422f..db04af3 100644
--- a/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_PREFIX.rst
+++ b/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_PREFIX.rst
@@ -4,7 +4,8 @@ CMAKE__ANDROID_TOOLCHAIN_PREFIX
 When :ref:`Cross Compiling for Android` this variable contains the absolute
 path prefixing the toolchain GNU compiler and its binutils.
 
-See also :variable:`CMAKE__ANDROID_TOOLCHAIN_SUFFIX`.
+See also :variable:`CMAKE__ANDROID_TOOLCHAIN_SUFFIX`
+and :variable:`CMAKE__ANDROID_TOOLCHAIN_MACHINE`.
 
 For example, the path to the linker is::
 
diff --git a/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_SUFFIX.rst 
b/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_SUFFIX.rst
index a4af640..159eb22 100644
--- a/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_SUFFIX.rst
+++ b/Help/variable/CMAKE_LANG_ANDROID_TOOLCHAIN_SUFFIX.rst
@@ -4,4 +4,5 @@ CMAKE__ANDROID_TOOLCHAIN_SUFFIX
 When :ref:`Cross Compiling for Android` this variable contains the
 host platform suffix of the toolchain GNU compiler and its binutils.
 
-See also :variable:`CMAKE__ANDROID_TOOLCHAIN_PREFIX`.
+See also 

[Cmake-commits] CMake branch, next, updated. v3.7.0-1218-g8bf7371

[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  8bf737196b333e36b64246d1771a143d0d9ed4b8 (commit)
   via  da0e3f90967bccfa31be347f703d637c52621a64 (commit)
  from  0ee52e4e935b7d55446ead2242b8f0231e11dda6 (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=8bf737196b333e36b64246d1771a143d0d9ed4b8
commit 8bf737196b333e36b64246d1771a143d0d9ed4b8
Merge: 0ee52e4 da0e3f9
Author: Brad King 
AuthorDate: Wed Nov 16 08:00:42 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 08:00:42 2016 -0500

Merge topic 'cmake-m4-destination' into next

da0e3f90 install: Configurable DESTINATION for the cmake.m4 file


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=da0e3f90967bccfa31be347f703d637c52621a64
commit da0e3f90967bccfa31be347f703d637c52621a64
Author: Konstantin Podsvirov 
AuthorDate: Fri Nov 11 00:52:59 2016 +0300
Commit: Konstantin Podsvirov 
CommitDate: Tue Nov 15 23:17:59 2016 +0300

install: Configurable DESTINATION for the cmake.m4 file

The DESTINATION changed from share/aclocal to ${CMAKE_XDGDATA_DIR}/aclocal.

diff --git a/Auxiliary/CMakeLists.txt b/Auxiliary/CMakeLists.txt
index 8eb74b7..53cf2c5 100644
--- a/Auxiliary/CMakeLists.txt
+++ b/Auxiliary/CMakeLists.txt
@@ -1,4 +1,4 @@
 install(DIRECTORY vim/indent vim/syntax DESTINATION 
${CMAKE_DATA_DIR}/editors/vim)
 install(FILES cmake-mode.el DESTINATION ${CMAKE_DATA_DIR}/editors/emacs)
-install(FILES cmake.m4 DESTINATION share/aclocal)
+install(FILES cmake.m4 DESTINATION ${CMAKE_XDGDATA_DIR}/aclocal)
 add_subdirectory (bash-completion)

---

Summary of changes:
 Auxiliary/CMakeLists.txt |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


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

[Cmake-commits] CMake branch, next, updated. v3.7.0-1216-g0ee52e4

[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  0ee52e4e935b7d55446ead2242b8f0231e11dda6 (commit)
   via  c372a7468cb25fbbdf731391d9a8a7cff0a6e914 (commit)
  from  ef2e192b88cab13285409db5e3335296e319747f (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=0ee52e4e935b7d55446ead2242b8f0231e11dda6
commit 0ee52e4e935b7d55446ead2242b8f0231e11dda6
Merge: ef2e192 c372a74
Author: Brad King 
AuthorDate: Wed Nov 16 07:58:04 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 07:58:04 2016 -0500

Merge topic 'improve_ctest_memcheck_output' into next

c372a746 ctest:Improve output for `-T memcheck`


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c372a7468cb25fbbdf731391d9a8a7cff0a6e914
commit c372a7468cb25fbbdf731391d9a8a7cff0a6e914
Author: Bill Hoffman 
AuthorDate: Wed Nov 9 17:30:27 2016 -0500
Commit: Bill Hoffman 
CommitDate: Tue Nov 15 17:39:06 2016 -0500

ctest:Improve output for `-T memcheck`

Show how many defects each test that had a defect produced.
Also tell the user where to find the full log files.

diff --git a/Source/CTest/cmCTestMemCheckHandler.cxx 
b/Source/CTest/cmCTestMemCheckHandler.cxx
index 0f27fac..2c31f60 100644
--- a/Source/CTest/cmCTestMemCheckHandler.cxx
+++ b/Source/CTest/cmCTestMemCheckHandler.cxx
@@ -329,10 +329,8 @@ void 
cmCTestMemCheckHandler::GenerateDartOutput(cmXMLWriter& xml)
   }
   xml.EndElement(); // TestList
   cmCTestOptionalLog(this->CTest, HANDLER_OUTPUT,
- "-- Processing memory checking output: ", this->Quiet);
+ "-- Processing memory checking output:\n", this->Quiet);
   size_t total = this->TestResults.size();
-  size_t step = total / 10;
-  size_t current = 0;
   for (cc = 0; cc < this->TestResults.size(); cc++) {
 cmCTestTestResult* result = >TestResults[cc];
 std::string memcheckstr;
@@ -347,18 +345,29 @@ void 
cmCTestMemCheckHandler::GenerateDartOutput(cmXMLWriter& xml)
   static_cast(this->CustomMaximumFailedTestOutputSize));
 this->WriteTestResultHeader(xml, result);
 xml.StartElement("Results");
+int memoryErrors = 0;
 for (std::vector::size_type kk = 0; kk < memcheckresults.size();
  ++kk) {
   if (memcheckresults[kk]) {
 xml.StartElement("Defect");
 xml.Attribute("type", this->ResultStringsLong[kk]);
 xml.Content(memcheckresults[kk]);
+memoryErrors += memcheckresults[kk];
 xml.EndElement(); // Defect
   }
   this->GlobalResults[kk] += memcheckresults[kk];
 }
 xml.EndElement(); // Results
-
+if (memoryErrors > 0) {
+  const int maxTestNameWidth = this->CTest->GetMaxTestNameWidth();
+  std::string outname = result->Name + " ";
+  outname.resize(maxTestNameWidth + 4, '.');
+  cmCTestOptionalLog(this->CTest, HANDLER_OUTPUT, cc + 1
+   << "/" << total << " MemCheck: #"
+   << result->TestCount << ": " << outname
+   << "   Defects: " << memoryErrors << std::endl,
+ this->Quiet);
+}
 xml.StartElement("Log");
 if (this->CTest->ShouldCompressTestOutput()) {
   this->CTest->CompressString(memcheckstr);
@@ -369,13 +378,16 @@ void 
cmCTestMemCheckHandler::GenerateDartOutput(cmXMLWriter& xml)
 xml.EndElement(); // Log
 
 this->WriteTestResultFooter(xml, result);
-if (current < cc) {
-  cmCTestOptionalLog(this->CTest, HANDLER_OUTPUT, "#" << std::flush,
- this->Quiet);
-  current += step;
-}
   }
-  cmCTestOptionalLog(this->CTest, HANDLER_OUTPUT, std::endl, this->Quiet);
+  cmCTestOptionalLog(this->CTest, HANDLER_OUTPUT,
+ "MemCheck log files can be found here: "
+ "( * corresponds to test number)"
+   << std::endl,
+ this->Quiet);
+  std::string output = this->MemoryTesterOutputFile;
+  cmSystemTools::ReplaceString(output, "??", "*");
+  cmCTestOptionalLog(this->CTest, HANDLER_OUTPUT, output << std::endl,
+ this->Quiet);
   cmCTestOptionalLog(this->CTest, HANDLER_OUTPUT,
  "Memory checking results:" << std::endl, this->Quiet);
   xml.StartElement("DefectList");
diff --git a/Tests/RunCMake/ctest_memcheck/DummyPurify-stdout.txt 
b/Tests/RunCMake/ctest_memcheck/DummyPurify-stdout.txt
index dabb004..69ab584 100644
--- a/Tests/RunCMake/ctest_memcheck/DummyPurify-stdout.txt
+++ 

[Cmake-commits] CMake branch, next, updated. v3.7.0-1214-gef2e192

[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  ef2e192b88cab13285409db5e3335296e319747f (commit)
   via  095279bc94c81c4076de20474f1d3dd186764388 (commit)
   via  338e681c761a77bcaf997844607cca13f11ac0b6 (commit)
   via  7849424173870379bde31903c0ee644e50f64582 (commit)
   via  e1c410dea3f6062300d59c3343518013b53a18be (commit)
   via  e57ee41370196fbedffe57f878d701d302df9e5d (commit)
   via  2a663ebce10fb9d393594e28f8ecc870488f6eba (commit)
   via  b6da714af79578bfdcbfe990addc557448b51eea (commit)
   via  af46484bc4d1c928453d10d2daa89b43313484ff (commit)
  from  76e1fe8b655674669cf23452291c59cae1d99f8e (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=ef2e192b88cab13285409db5e3335296e319747f
commit ef2e192b88cab13285409db5e3335296e319747f
Merge: 76e1fe8 095279b
Author: Brad King 
AuthorDate: Wed Nov 16 07:49:06 2016 -0500
Commit: Brad King 
CommitDate: Wed Nov 16 07:49:06 2016 -0500

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-commits] CMake branch, master, updated. v3.7.0-548-ge57ee41

[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  e57ee41370196fbedffe57f878d701d302df9e5d (commit)
   via  ae4cfa8b12d127d7673c6278eb67acdae6239b4e (commit)
  from  2a663ebce10fb9d393594e28f8ecc870488f6eba (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=e57ee41370196fbedffe57f878d701d302df9e5d
commit e57ee41370196fbedffe57f878d701d302df9e5d
Merge: 2a663eb ae4cfa8
Author: Brad King 
AuthorDate: Wed Nov 16 07:47:02 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 07:47:02 2016 -0500

Merge topic 'Empty_CTestTestfile_on_BUILD_TESTING_OFF'

ae4cfa8b Remove CTestTestfile.cmake when BUILD_TESTING is OFF


---

Summary of changes:
 Source/cmLocalGenerator.cxx |   11 +++
 1 file changed, 7 insertions(+), 4 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.7.0-550-ge1c410d

[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  e1c410dea3f6062300d59c3343518013b53a18be (commit)
   via  6d0b5ff60d288c7847001c1cb01bd55c78cfe4e6 (commit)
  from  e57ee41370196fbedffe57f878d701d302df9e5d (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=e1c410dea3f6062300d59c3343518013b53a18be
commit e1c410dea3f6062300d59c3343518013b53a18be
Merge: e57ee41 6d0b5ff
Author: Brad King 
AuthorDate: Wed Nov 16 07:47:06 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 07:47:06 2016 -0500

Merge topic 'msvc-no-explicit-_DEBUG'

6d0b5ff6 MSVC: Do not define _DEBUG explicitly when using /MDd


---

Summary of changes:
 Modules/Platform/Windows-MSVC.cmake |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.7.0-552-g7849424

[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  7849424173870379bde31903c0ee644e50f64582 (commit)
   via  7c8f7737fd28d209cb871ac62bbd08ad738e2751 (commit)
  from  e1c410dea3f6062300d59c3343518013b53a18be (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=7849424173870379bde31903c0ee644e50f64582
commit 7849424173870379bde31903c0ee644e50f64582
Merge: e1c410d 7c8f773
Author: Brad King 
AuthorDate: Wed Nov 16 07:47:09 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 07:47:09 2016 -0500

Merge topic 'vs-suppress-upgrade-prompt'

7c8f7737 VS: Disable project upgrade prompt on VS 2013 and above


---

Summary of changes:
 Source/cmVisualStudio10TargetGenerator.cxx |   10 ++
 1 file changed, 10 insertions(+)


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.7.0-557-g095279b

[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  095279bc94c81c4076de20474f1d3dd186764388 (commit)
   via  5ca4abb27f314ce03fc337514c489e67bfcf0ee5 (commit)
   via  a9562eac3ee74b3ed396f2900dfae322186e2ebe (commit)
  from  338e681c761a77bcaf997844607cca13f11ac0b6 (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=095279bc94c81c4076de20474f1d3dd186764388
commit 095279bc94c81c4076de20474f1d3dd186764388
Merge: 338e681 5ca4abb
Author: Brad King 
AuthorDate: Wed Nov 16 07:47:15 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 07:47:15 2016 -0500

Merge topic 'ccmake_fix_print_keys'

5ca4abb2 ccmake: Correctly display edit mode and associated keys
a9562eac ccmake: Add missing spaces to match the previous text length


---

Summary of changes:
 Source/CursesDialog/cmCursesMainForm.cxx |   91 --
 Source/CursesDialog/cmCursesStringWidget.cxx |4 +-
 2 files changed, 46 insertions(+), 49 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.7.0-554-g338e681

[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  338e681c761a77bcaf997844607cca13f11ac0b6 (commit)
   via  c9560a9a7b4ff56233008a9622683738765edfa5 (commit)
  from  7849424173870379bde31903c0ee644e50f64582 (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=338e681c761a77bcaf997844607cca13f11ac0b6
commit 338e681c761a77bcaf997844607cca13f11ac0b6
Merge: 7849424 c9560a9
Author: Brad King 
AuthorDate: Wed Nov 16 07:47:12 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 07:47:12 2016 -0500

Merge topic 'test_vs_targets_file_reference'

c9560a9a Tests: Extend VS10Project to cover `.targets` file linking


---

Summary of changes:
 Tests/RunCMake/VS10Project/RunCMakeTest.cmake  |1 +
 .../VsTargetsFileReferences-check.cmake|   45 
 .../VS10Project/VsTargetsFileReferences.cmake  |9 
 .../bar.c => RunCMake/VS10Project/bar.cpp} |0
 Tests/RunCMake/VS10Project/baz.cpp |3 ++
 5 files changed, 58 insertions(+)
 create mode 100644 
Tests/RunCMake/VS10Project/VsTargetsFileReferences-check.cmake
 create mode 100644 Tests/RunCMake/VS10Project/VsTargetsFileReferences.cmake
 copy Tests/{Visibility/bar.c => RunCMake/VS10Project/bar.cpp} (100%)
 create mode 100644 Tests/RunCMake/VS10Project/baz.cpp


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.7.0-540-gb6da714

[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  b6da714af79578bfdcbfe990addc557448b51eea (commit)
   via  d608e85cfea0616ce292b8abdf4419c3fc349604 (commit)
  from  af46484bc4d1c928453d10d2daa89b43313484ff (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=b6da714af79578bfdcbfe990addc557448b51eea
commit b6da714af79578bfdcbfe990addc557448b51eea
Merge: af46484 d608e85
Author: Brad King 
AuthorDate: Wed Nov 16 07:45:54 2016 -0500
Commit: CMake Topic Stage 
CommitDate: Wed Nov 16 07:45:54 2016 -0500

Merge topic 'armcc-response-file-flag'

d608e85c ARMCC: Fix flag used for response files


---

Summary of changes:
 Modules/Compiler/ARMCC.cmake |1 +
 1 file changed, 1 insertion(+)


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

Re: [CMake] Compiling CMake without libuv?

[Brad King]

On 11/16/2016 12:04 AM, Robert Maynard wrote:
> You can ask CMake to use its own copy of libuv by specifying
> CMAKE_USE_SYSTEM_LIBRARY_LIBUV to false.
> 
> If building even the CMake version of libuv is not possible you can
> just disable building server mode by setting CMake_ENABLE_SERVER_MODE

There is also the CMAKE_USE_LIBUV option that can be set to OFF.
One can pass it to the bootstrap script via

  ../cmake/bootstrap ... -- -DCMAKE_USE_LIBUV=OFF

> On Tue, Nov 15, 2016 at 5:59 PM, Christoph Grüninger wrote:
>> It should be only necessary for cmake-server, right?

Correct, though that is a major new feature that would typically be
expected to exist in distro-packaged builds.  IDEs may soon look
for it.

-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-developers] Automatic project generation with Visual Studio generators

[Yves Frederix]

Hi Brad,

I finally got to creating a pull request for this, see
https://gitlab.kitware.com/cmake/cmake/merge_requests/262.

Regards,
Yves


On Fri, Sep 16, 2016 at 2:38 PM, Brad King  wrote:
> On 09/16/2016 03:37 AM, Yves Frederix wrote:
>> This would work, but it would make all builds using 'cmake --build'
>> more verbose as before actually starting the msbuild-build, this would
>> always print an often large number of lines like:
>>
>>   CMake does not need to re-run because .../CMakeFiles/generate.stamp
>> is up-to-date.
> [snip]
>> Or alternatively I could add an option '--verbose|-V' to cmake that
>> would control whether to print them?
>
> We don't need to invoke the `--check-stamp-list` command by executing
> another process.  The `cmake --build` process can just invoke the same
> APIs internally, and with options to be quiet.  After regeneration is
> complete (or not done) then it can run the normal build command.
>
> -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