Re: [CMake] What is the default build type?

2017-08-03 Thread Marcus D. Hanwell 
On Wed, Aug 2, 2017 at 4:18 PM, J Decker  wrote:
>
> On Wed, Aug 2, 2017 at 8:55 AM, Marcus D. Hanwell 
>  wrote:
>>
>> On Wed, Aug 2, 2017 at 3:03 AM, Bo Zhou  wrote:
>>>
>>> It depends on the Generator.
>>>
>>> To the Makefile, the actual type was controlled by the compiler options. If 
>>> you don't specific any type, usually it means non-debug and 
>>> non-optimization because the CMAKE_CXX_FLAGS is empty as default. This is 
>>> critical, so usually people should specific the actual type they want to 
>>> build.
>>>
>>> To the generator of the IDE, such as Visual Studio and Xcode, the 
>>> CMAKE_BUILD_TYPE doesn't make sense but we have to use 
>>> CMAKE_CONFIGURATION_TYPES, then CMake will create the several configuration 
>>> sets for the IDE from the CMAKE_C|CXX_FLAGS_{CONFIG} .
>>
>>
>> This thread inspired me to write up how we have been doing it in some of the 
>> projects I work on for quite a while now,
>>
>> https://blog.kitware.com/cmake-and-the-default-build-type/
>>
> These should use lower case 'debug' 'release' etc.  Because if it's not VS, 
> it's probably also not windows, and case matters.
>
No, camel case works just fine. I took a quick look and lowercase will
work, as well as all caps. I have used this for many years on Linux
builds with Makefile/Ninja without 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

[CMake] find_package(Threads) leads to CMake Error: TRY_RUN() invoked in cross-compiling mode

2017-08-03 Thread Steffen Dettmer 
Hi,

I tried to fix linux (p)thread usage on a proprietary, somewhat
complex (300-400 cmake files, ca 30.000 lines) cmake project. We
have CMAKE_TOOLCHAIN_FILEs for the cross compiling platforms.
These set(CMAKE_SYSTEM_NAME Linux),
CMAKE_C_FLAGS(-D_REENTRANT... CACHE STRING "" FORCE)) and so
on.

I like to see -pthread on gcc (g++4 and g++5) and if needed
-lphtread. I now spent almost two days without success and hope I
can get a bit help here.

I learned that someone is supposed to use

  find_package(Threads REQUIRED)

instead of specifying CMAKE_C_FLAGS. This works fine for a
minimal CMakeLists.txt example (cmake version 3.6.2):

  cmake_minimum_required(VERSION 3.6)
  project(phello C CXX)

  set(CMAKE_THREAD_PREFER_PTHREAD TRUE)
  set(THREADS_PREFER_PTHREAD_FLAG TRUE)
  find_package(Threads REQUIRED)

  add_executable(phello phello.c)
  target_link_libraries(phello Threads::Threads)

but the same fails when cross compiling:

  -- Looking for pthread.h
  -- Looking for pthread.h - found
  -- Looking for pthread_create
  -- Looking for pthread_create - not found
  -- Check if compiler accepts -pthread
  CMake Error: TRY_RUN() invoked in cross-compiling mode, please set
the following cache variables appropriately:
 THREADS_PTHREAD_ARG (advanced)
  For details see
/local/users/sdettmer/work/cmake-toolchain-1.4/threadtest/b2/TryRunResults.cmake
  -- Check if compiler accepts -pthread - no
  -- Found Threads: TRUE
  -- Configuring incomplete, errors occurred!
  See also 
"/local/users/sdettmer/work/cmake-toolchain-1.4/threadtest/b2/CMakeFiles/CMakeOutput.log".
  See also 
"/local/users/sdettmer/work/cmake-toolchain-1.4/threadtest/b2/CMakeFiles/CMakeError.log".

and then no Makefile as expected:

  $ make
  make: *** No targets specified and no makefile found.  Stop.

If then I run cmake again without any change:

  -- Configuring done
  -- Generating done
  -- Build files have been written to:
/local/users/sdettmer/work/cmake-toolchain-1.4/threadtest/b2

suddenly no error and then it even works:

  $ make VERBOSE=1
  [...]
  /opt/xyzcross/x86-linux2/bin/powerpc-linux-gnu-gcc \
  --sysroot=/opt/xyzcross/1.2.0.0/sysroots/xyz/sysroot \
  -L/opt/xyzcross/1.2.0.0/sysroots/sysroot/lib \
  -L/opt/xyzcross/1.2.0.0/sysroots/sysroot/usr/lib \
  CMakeFiles/phello.dir/phello.c.o  -o phello -pthread

a behavior I don't understand. I think this is incorrect. I think,
first, cmake should not TRY_RUN when crosscompiling,
second, running cmake again should not generate different results.

What do I wrong?
How can I get it working correctly on first run?


In CMakeFiles/CMakeError.log I see that linking fails without
-pthread (undefined reference to `pthread_create') and then works
when using -pthread, so actually looks like expected when
assuming find_package(Threads) tries to check first whether
-pthread is needed at all and then if it is working. However, the
second run may treated as error:

  Determining if compiler accepts -pthread returned
PLEASE_FILL_OUT-FAILED_TO_RUN instead of 2. The compiler had the
following output:
  Change Dir: 
/local/users/sdettmer/work/cmake-toolchain-1.4/threadtest/b2/CMakeFiles/CMakeTmp

  Run Build Command:"/usr/bin/make" "cmTC_47cd8/fast"
  /usr/bin/make -f CMakeFiles/cmTC_47cd8.dir/build.make
CMakeFiles/cmTC_47cd8.dir/build
  make[1]: Entering directory
'/srv/local/sdettmer/work/cmake-toolchain-1.4/threadtest/b2/CMakeFiles/CMakeTmp'
  Building C object CMakeFiles/cmTC_47cd8.dir/CheckForPthreads.c.o
  /opt/xyzcross/x86-linux2/bin/powerpc-linux-gnu-gcc --sysroot=...
   -o CMakeFiles/cmTC_47cd8.dir/CheckForPthreads.c.o   -c
/usr/local/share/cmake-3.6/Modules/CheckForPthreads.c

  Linking C executable cmTC_47cd8
  /usr/local/bin/cmake -E cmake_link_script
CMakeFiles/cmTC_47cd8.dir/link.txt --verbose=1

  /opt/xyzcross/x86-linux2/bin/powerpc-linux-gnu-gcc  [...]
CMakeFiles/cmTC_47cd8.dir/CheckForP
 threads.c.o  -o cmTC_47cd8 -pthread

  make[1]: Leaving directory
'/srv/local/sdettmer/work/cmake-toolchain-1.4/threadtest/b2/CMakeFiles/CMakeTmp'

(blank lines + line wraps added by me)

If I copy the mentioned gcc command to a shell and change only
the file name (CheckForPthreads does not exist anymore, so I use
an own pthread_create() main test), it works as expected, no
output to console but

  $ file cmTC_47cd8
  cmTC_47cd8: ELF 32-bit MSB executable, PowerPC or cisco 4500,
 version 1 (SYSV), dynamically linked,
 interpreter /lib/ld.so.1, for GNU/Linux 2.6.10, not stripped

so compiler seems to work fine.

What does "-pthread returned PLEASE_FILL_OUT-FAILED_TO_RUN
instead of 2." mean? That I'm supposed to run the test binary on
target and put the result in a CMakeFiles.txt variable?

Any hints appreciated,
Steffen

TryRunResults.cmake:
# This file was generated by CMake because it detected TRY_RUN() commands
# in crosscompiling mode. It will be overwritten by the next CMake run.
# Copy it to a safe location, set the variables to appropriate values
# and use it then to

Re: [CMake] CMake 3.9 change to dependencies of object compilation

2017-08-03 Thread Ben Boeckel 
> . The Ninja generator has loosened the dependencies of object
> compilation. Object compilation now depends only on custom targets and
> custom commands associated with libraries on which the object's target
> depends and no longer depends on the libraries themselves. Source
> files in dependent targets may now compile without waiting for their
> targets' dependencies to link.

Correct.

> We have a few cases where the object compilation really does depend on
> the TARGET_FILE itself, e.g.
> 1. An RC compiler embedding the resulting file of a custom target (I
> think this one may still work, since custom targets appear to have
> been exempted from the change)

Correct, though this issue:

https://gitlab.kitware.com/cmake/cmake/issues/17097

requests that that be fixed as well (though that is backwards
compatible since the solution will likely involve ).

> 2. MSVC's #import construct which needs the indirect dependencies
> (dependencies of the #import-ed dependency) be registered, which is
> handled as part of the target using add_custom_command(TARGET foo
> POST_BUILD COMMAND ...)

So there's an issue here that there's a dependency between your build
rules which CMake doesn't know about (though I don't know #import well
enough, the docs don't state where the information *goes*). When adding
this custom command, you may use the `BYPRODUCTS` argument (introduced
in 3.2.0) to let CMake know what's going on here. It only affects Ninja,
but the other generators do target-level dependencies anyways. That
output can then be depended on via `OBJECT_DEPENDS` and the dependency
should link up properly.

If it instead gets registered somewhere in the aether (as far as CMake
is concerned), adding support for generator expressions to
`OBJECT_DEPENDS` so that `$` may be used there would be
the next solution.

Making `POST_BUILD` write out a stamp file would also work and then
using `OBJECT_DEPENDS` on that would also work.

--Ben
-- 

Powered by www.kitware.com

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

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

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

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

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

Re: [CMake] find_package(Threads) leads to CMake Error: TRY_RUN() invoked in cross-compiling mode

2017-08-03 Thread Steffen Dettmer 
a small correction:

On Thu, Aug 3, 2017 at 5:59 PM, Steffen Dettmer
 wrote:
>   Building C object CMakeFiles/cmTC_47cd8.dir/CheckForPthreads.c.o
>   /opt/xyzcross/x86-linux2/bin/powerpc-linux-gnu-gcc --sysroot=...
>-o CMakeFiles/cmTC_47cd8.dir/CheckForPthreads.c.o   -c
> /usr/local/share/cmake-3.6/Modules/CheckForPthreads.c
>
> If I copy the mentioned gcc command to a shell and change only
> the file name (CheckForPthreads does not exist anymore

Ohh, of course the .c file still exists, just the directory for
the .o file had been removed. When I create it, the compile and
link commands from the ErrorLog both work fine.

Steffen
-- 

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] Not able to find boost with cmake

2017-08-03 Thread ?????? 
I'm trying to build PCL which has boost as dependency. However, when I download 
boost and build it, cmake cannot find it through any way.


I tried two version of boost, one is pre-build boost which was built by other 
person online and version is 1.61, another is one I downloaded whose version is 
1.64. File structures of the two versions are the same:
[XXX]/include/boost-1_64/boost is the include dir and [XXX]/lib is the bin dir




I try to specify the Boost_INCLUDE_DIR to [XXX]/include/boost-1_64/boost, the 
messages in output window is attached (I turned Boost_DEBUG on).


I'm on Window 10 and VS2017


Thanks,
Jacob Zhong



--



??  Yuanxin Zhong
??  Dept. of Automotive Engineering, Tsinghua Univ.
Ad:Haidian District, Beijing, P.R.China100084
Tel:+86 1733119
E-mail??cmp...@foxmail.com / zhongy...@mails.tsinghua.edu.cn-- 

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] Not able to find boost with cmake

2017-08-03 Thread Bo Zhou 
It's better not to use downloaded pre-built libraries, always build by
yourself locally.

Before using Boost with CMake, please check
https://cmake.org/cmake/help/v3.0/module/FindBoost.html

If you're trying to use static boost libraries build by MSVC with shared
runtime, please make sure the following statements exist in the PCL.

set(Boost_USE_STATIC_LIBS ON)
set(Boost_USE_MULTITHREADED ON)
set(Boost_USE_STATIC_RUNTIME OFF)


Then if you properly set the Boost_INCLUDE_DIR, all the libraries should be
ready then.

On Fri, Aug 4, 2017 at 1:05 PM, 钟元鑫  wrote:

> I'm trying to build PCL which has boost as dependency. However, when I
> download boost and build it, cmake cannot find it through any way.
>
> I tried two version of boost, one is pre-build boost which was built by
> other person online and version is 1.61, another is one I downloaded whose
> version is 1.64. File structures of the two versions are the same:
> [XXX]/include/boost-1_64/boost is the include dir and [XXX]/lib is the bin
> dir
>
> I try to specify the Boost_INCLUDE_DIR to [XXX]/include/boost-1_64/boost,
> the messages in output window is attached (I turned Boost_DEBUG on).
>
> I'm on Window 10 and VS2017
>
> Thanks,
> Jacob Zhong
>
> --
> 顺颂时祺
>
> 钟元鑫  Yuanxin Zhong
> 清华大学汽车工程系  Dept. of Automotive Engineering, Tsinghua Univ.
> Ad:Haidian District, Beijing, P.R.China100084
> Tel:+86 1733119 <+86%20178%208883%203119>
> E-mail：cmp...@foxmail.com  / zhongyx
> 1...@mails.tsinghua.edu.cn 
>
>
> --
>
> 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] Change LTO Type in CMake 3.9 with Clang?

2017-08-03 Thread Breannan Smith 
Testing the new LTO support in CMake 3.9, it appears that
setting INTERPROCEDURAL_OPTIMIZATION to TRUE causes CMake to pass
'-flto=thin' to Clang. Is it possible to instead have CMake pass
'-flto=full' (or just '-flto') to Clang?

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

[Cmake-commits] CMake branch, master, updated. v3.9.0-394-gc9b3ad6

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

The branch, master has been updated
   via  c9b3ad6f6b13f7d10597aba32c3e820bf55570cb (commit)
  from  a2bc632d060e0b41dd736d3672080eaee5bd0acb (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=c9b3ad6f6b13f7d10597aba32c3e820bf55570cb
commit c9b3ad6f6b13f7d10597aba32c3e820bf55570cb
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Fri Aug 4 00:01:06 2017 -0400
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Fri Aug 4 00:01:06 2017 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 1fbb04b..45f7254 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 9)
-set(CMake_VERSION_PATCH 20170803)
+set(CMake_VERSION_PATCH 20170804)
 #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-commits] CMake branch, master, updated. v3.9.0-388-gee79d7a

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

The branch, master has been updated
   via  ee79d7a130465bce19864399a9adde4e79c6fd5c (commit)
   via  973ee6605bcbe9db18fd66032d6fc6654341ad84 (commit)
   via  70272f3c369f74c64bb0a535f5a6eb15253685a4 (commit)
   via  b4fbf6770a2789955f3d27ff24dd3ffac714 (commit)
  from  8e8bf4270734bda61acc3d0ae76c529e2e8b6834 (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=ee79d7a130465bce19864399a9adde4e79c6fd5c
commit ee79d7a130465bce19864399a9adde4e79c6fd5c
Merge: 973ee66 70272f3
Author: Brad King 
AuthorDate: Thu Aug 3 13:34:04 2017 +
Commit: Kitware Robot 
CommitDate: Thu Aug 3 09:34:15 2017 -0400

Merge topic 'server-fix-crash'

70272f3c server: Fix crash on missing cache entries

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=973ee6605bcbe9db18fd66032d6fc6654341ad84
commit 973ee6605bcbe9db18fd66032d6fc6654341ad84
Merge: 8e8bf42 b4fbf67
Author: Brad King 
AuthorDate: Thu Aug 3 13:33:52 2017 +
Commit: Kitware Robot 
CommitDate: Thu Aug 3 09:33:57 2017 -0400

Merge topic 'UseSWIG-Java-enabled'

b4fbf677 UseSWIG: Fix when Java is enabled as a language

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=70272f3c369f74c64bb0a535f5a6eb15253685a4
commit 70272f3c369f74c64bb0a535f5a6eb15253685a4
Author: Laurent Rineau 
AuthorDate: Tue Jul 25 17:40:40 2017 +0200
Commit: Brad King 
CommitDate: Wed Aug 2 16:13:55 2017 -0400

server: Fix crash on missing cache entries

Test for nullptr before constructing std::string.

diff --git a/Source/cmServerProtocol.cxx b/Source/cmServerProtocol.cxx
index defba77..c5b7f60 100644
--- a/Source/cmServerProtocol.cxx
+++ b/Source/cmServerProtocol.cxx
@@ -284,7 +284,9 @@ static bool testValue(cmState* state, const std::string& 
key,
   std::string& value, const std::string& keyDescription,
   std::string* errorMessage)
 {
-  const std::string cachedValue = std::string(state->GetCacheEntryValue(key));
+  const char* entry = state->GetCacheEntryValue(key);
+  const std::string cachedValue =
+entry == nullptr ? std::string() : std::string(entry);
   if (!cachedValue.empty() && !value.empty() && cachedValue != value) {
 setErrorMessage(errorMessage, std::string("\"") + key +
   "\" is set but incompatible with configured " +

https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b4fbf6770a2789955f3d27ff24dd3ffac714
commit b4fbf6770a2789955f3d27ff24dd3ffac714
Author: Brad King 
AuthorDate: Tue Aug 1 16:22:53 2017 -0400
Commit: Brad King 
CommitDate: Wed Aug 2 11:52:36 2017 -0400

UseSWIG: Fix when Java is enabled as a language

Since commit v3.8.0-rc1~251^2 (UseSWIG: Record generated java files as
custom command outputs, 2016-11-28) the generated `.java` files are
listed as sources in the call to `add_library` by swig_add_library.
They are listed only as the outputs of custom commands and not intended
for compilation as part of the library.

Reported-by: Alan W. Irwin 

diff --git a/Modules/UseSWIG.cmake b/Modules/UseSWIG.cmake
index bfe1a6f..fc815dd 100644
--- a/Modules/UseSWIG.cmake
+++ b/Modules/UseSWIG.cmake
@@ -125,8 +125,10 @@ macro(SWIG_GET_EXTRA_OUTPUT_FILES language outfiles 
generatedpath infile)
 
   endif()
   foreach(it ${SWIG_${language}_EXTRA_FILE_EXTENSIONS})
-set(${outfiles} ${${outfiles}}
-  "${generatedpath}/${SWIG_GET_EXTRA_OUTPUT_FILES_module_basename}${it}")
+set(extra_file 
"${generatedpath}/${SWIG_GET_EXTRA_OUTPUT_FILES_module_basename}${it}")
+list(APPEND ${outfiles} ${extra_file})
+# Treat extra outputs as plain files regardless of language.
+set_property(SOURCE "${extra_file}" PROPERTY LANGUAGE "")
   endforeach()
 endmacro()
 

---

Summary of changes:
 Modules/UseSWIG.cmake   |6 --
 Source/cmServerProtocol.cxx |4 +++-
 2 files changed, 7 insertions(+), 3 deletions(-)


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

[Cmake-commits] CMake branch, master, updated. v3.9.0-393-ga2bc632

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

The branch, master has been updated
   via  a2bc632d060e0b41dd736d3672080eaee5bd0acb (commit)
   via  17d236d5bab40938607f31e29c131acafd2b3ffe (commit)
   via  a7e4d595f9cd4d6c6da66f06e8ba11075ec579f3 (commit)
   via  cc78ff72eb5e7ff3f86d05d6c61197c93d34f84d (commit)
   via  1181ad61d2f5a548d6a823a7fa4bff3a71fa7b3d (commit)
  from  ee79d7a130465bce19864399a9adde4e79c6fd5c (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=a2bc632d060e0b41dd736d3672080eaee5bd0acb
commit a2bc632d060e0b41dd736d3672080eaee5bd0acb
Merge: 17d236d cc78ff7
Author: Brad King 
AuthorDate: Thu Aug 3 13:38:13 2017 +
Commit: Kitware Robot 
CommitDate: Thu Aug 3 09:38:15 2017 -0400

Merge topic 'doc-buildsystem-fix'

cc78ff72 Help: Fix example in cmake-buildsystem(7) manual

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=17d236d5bab40938607f31e29c131acafd2b3ffe
commit 17d236d5bab40938607f31e29c131acafd2b3ffe
Merge: ee79d7a a7e4d59
Author: Brad King 
AuthorDate: Thu Aug 3 09:35:14 2017 -0400
Commit: Brad King 
CommitDate: Thu Aug 3 09:35:14 2017 -0400

Merge branch 'release-3.9'


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cc78ff72eb5e7ff3f86d05d6c61197c93d34f84d
commit cc78ff72eb5e7ff3f86d05d6c61197c93d34f84d
Author: Sebastian Nagel 
AuthorDate: Sun Jul 23 14:22:00 2017 +0200
Commit: Brad King 
CommitDate: Wed Aug 2 16:21:28 2017 -0400

Help: Fix example in cmake-buildsystem(7) manual

In the example code `serialization` is a PRIVATE dependency of
`archiveExtras` and not of `archive`.  Fix the corresponding prose.

diff --git a/Help/manual/cmake-buildsystem.7.rst 
b/Help/manual/cmake-buildsystem.7.rst
index 95f5b87..debaf23 100644
--- a/Help/manual/cmake-buildsystem.7.rst
+++ b/Help/manual/cmake-buildsystem.7.rst
@@ -266,7 +266,7 @@ The :command:`target_link_libraries` command has 
``PRIVATE``,
 
 Because ``archive`` is a ``PUBLIC`` dependency of ``archiveExtras``, the
 usage requirements of it are propagated to ``consumer`` too.  Because
-``serialization`` is a ``PRIVATE`` dependency of ``archive``, the usage
+``serialization`` is a ``PRIVATE`` dependency of ``archiveExtras``, the usage
 requirements of it are not propagated to ``consumer``.
 
 Generally, a dependency should be specified in a use of

---

Summary of changes:
 Help/manual/cmake-buildsystem.7.rst |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, release, updated. v3.9.0-12-ga7e4d59

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

The branch, release has been updated
   via  a7e4d595f9cd4d6c6da66f06e8ba11075ec579f3 (commit)
   via  70272f3c369f74c64bb0a535f5a6eb15253685a4 (commit)
   via  1181ad61d2f5a548d6a823a7fa4bff3a71fa7b3d (commit)
   via  b4fbf6770a2789955f3d27ff24dd3ffac714 (commit)
  from  39bd20a490fb0db69076ef246729fced6d22de01 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
---

Summary of changes:
 Modules/UseSWIG.cmake   |6 --
 Source/cmServerProtocol.cxx |4 +++-
 2 files changed, 7 insertions(+), 3 deletions(-)


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