[Cmake-commits] CMake branch, master, updated. v3.16.0-rc2-115-g44b5f037e6

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

The branch, master has been updated
   via  44b5f037e66e58cb4b5f9877b568bc40b9b576ca (commit)
  from  04e0fa3307f2376d3f6b8f6dd3c60157a4ef81b2 (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=44b5f037e66e58cb4b5f9877b568bc40b9b576ca
commit 44b5f037e66e58cb4b5f9877b568bc40b9b576ca
Author: Kitware Robot 
AuthorDate: Wed Oct 23 00:01:08 2019 -0400
Commit: Kitware Robot 
CommitDate: Wed Oct 23 00:01:08 2019 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index b966de986d..3332ba2f60 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,7 +1,7 @@
 # CMake version number components.
 set(CMake_VERSION_MAJOR 3)
 set(CMake_VERSION_MINOR 16)
-set(CMake_VERSION_PATCH 20191022)
+set(CMake_VERSION_PATCH 20191023)
 #set(CMake_VERSION_RC 0)
 set(CMake_VERSION_IS_DIRTY 0)
 

---

Summary of changes:
 Source/CMakeVersion.cmake | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)


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


Re: [CMake] Centos8 FindICU problems

2019-10-22 Thread Roger Leigh

On 22/10/2019 21:51, Kent Williams wrote:


find_package(ICU REQUIRED)

It reports failure to find ICU, and I can't work out what I'm supposed 
to do:


    CMake Error at 
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 
(message):
      Failed to find all ICU components (missing: ICU_LIBRARY) (found 
version

      "60.2")
    Call Stack (most recent call first):
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:378 
(_FPHSA_FAILURE_MESSAGE)
      /usr/share/cmake/Modules/FindICU.cmake:317 
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)

      CMakeLists.txt:3 (find_package)
Any suggestions?


Hi Kent,


You need to specify the ICU libraries you want to link with as 
COMPONENTS.  E.g.


find_package(ICU REQUIRED COMPONENTS data i18n io tu)

If you don't specify any components, then it won't find any libraries at 
all and that will cause the check to fail which caused the above error.



Regards,

Roger

--

Powered by www.kitware.com

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

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

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

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

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake


[CMake] Centos8 FindICU problems

2019-10-22 Thread Kent Williams

This is a development system we're just standing up using Centos 8.

Linux build8.leepfrog.com 4.18.0-80.7.1.el8_0.x86_64 #1 SMP Sat Aug 3 
15:14:00 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

cmake version 3.11.4
gcc version 8.2.1 20180905 (Red Hat 8.2.1-3) (GCC)

Installed Packages
harfbuzz-icu.x86_64 1.7.5-3.el8   @AppStream
icu.x86_64 60.2-7.el8    @BaseOS
libicu.x86_64 60.2-7.el8    @BaseOS
libicu-devel.x86_64 60.2-7.el8    @BaseOS

Using the stock CMake FindICU.cmake
And this test CMakeLists.txt:
cmake_minimum_required(VERSION 2.8)
project(testICU)
find_package(ICU REQUIRED)

It reports failure to find ICU, and I can't work out what I'm supposed 
to do:


    CMake Error at 
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
      Failed to find all ICU components (missing: ICU_LIBRARY) (found 
version

      "60.2")
    Call Stack (most recent call first):
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:378 
(_FPHSA_FAILURE_MESSAGE)
      /usr/share/cmake/Modules/FindICU.cmake:317 
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)

      CMakeLists.txt:3 (find_package)


    -- Configuring incomplete, errors occurred!
    See also "/home/kwilliams/develop/junk/CMakeFiles/CMakeOutput.log".

Any suggestions?


--

Powered by www.kitware.com

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

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

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

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

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake


Re: [CMake] Qt5 cmake imported target include path on MacOS

2019-10-22 Thread Christopher W. Steenwyk
As an additional piece if information, if I run cmake with "-G Xcode" the
command line contains:

   - -F/usr/local/opt/qt/lib
   - -F/Users//src//xcode/bin


but if I run cmake with "-G Ninja" the command line contains:

   - -iframework /usr/local/opt/qt/lib


On Tue, Oct 22, 2019 at 11:50 AM Christopher W. Steenwyk <
csteen...@gmail.com> wrote:

> We are using the imported targets of Qt5 on macOS. When we do this the
> command line shows the include paths to the frameworks directory as
> "-F" where we would have expected "-iframework ". The former is
> leading the compiler to give us warnings when compiling the Qt provided
> header.
>
> Any ideas on how to remedy this?
> 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:
https://cmake.org/mailman/listinfo/cmake


[CMake] Fwd: Help needed with '-whole-archive,-export-dynamic'

2019-10-22 Thread David Aldrich
Just to say, I have fixed this problem, so no help needed now.
-- 

Powered by www.kitware.com

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

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

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

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

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake


[CMake] Qt5 cmake imported target include path on MacOS

2019-10-22 Thread Christopher W. Steenwyk
We are using the imported targets of Qt5 on macOS. When we do this the
command line shows the include paths to the frameworks directory as
"-F" where we would have expected "-iframework ". The former is
leading the compiler to give us warnings when compiling the Qt provided
header.

Any ideas on how to remedy this?
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:
https://cmake.org/mailman/listinfo/cmake


[Cmake-commits] CMake branch, master, updated. v3.16.0-rc2-114-g04e0fa3307

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

The branch, master has been updated
   via  04e0fa3307f2376d3f6b8f6dd3c60157a4ef81b2 (commit)
   via  c5892e484e21f49abf2afd1386720bf91adc (commit)
  from  24703b11b41e2e95d566ee911f0f87bdb47d4883 (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=04e0fa3307f2376d3f6b8f6dd3c60157a4ef81b2
commit 04e0fa3307f2376d3f6b8f6dd3c60157a4ef81b2
Merge: 24703b11b4 c5892e484e
Author: Brad King 
AuthorDate: Tue Oct 22 12:57:34 2019 +
Commit: Kitware Robot 
CommitDate: Tue Oct 22 08:57:44 2019 -0400

Merge topic 'android-native'

c5892e484e Android: add support for native compilation, such as with the 
Termux app

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


https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c5892e484e21f49abf2afd1386720bf91adc
commit c5892e484e21f49abf2afd1386720bf91adc
Author: Butta 
AuthorDate: Tue Oct 15 13:24:02 2019 +0530
Commit: Butta 
CommitDate: Tue Oct 15 21:13:51 2019 +0530

Android: add support for native compilation, such as with the Termux app

The CMake support for Android assumes cross-compilation using the NDK,
so stub out that Android NDK support and use the Linux support that's
already invoked. Set CMAKE_HOST_SYSTEM_NAME to "Android", rather than
"Linux".

Issue: #19840

diff --git a/Modules/CMakeDetermineSystem.cmake 
b/Modules/CMakeDetermineSystem.cmake
index dc208c600d..f3ec4da2d9 100644
--- a/Modules/CMakeDetermineSystem.cmake
+++ b/Modules/CMakeDetermineSystem.cmake
@@ -43,7 +43,7 @@ if(CMAKE_HOST_UNIX)
 else()
   exec_program(${CMAKE_UNAME} ARGS -r OUTPUT_VARIABLE 
CMAKE_HOST_SYSTEM_VERSION)
 endif()
-if(CMAKE_HOST_SYSTEM_NAME MATCHES "Linux|CYGWIN.*|Darwin|^GNU$")
+if(CMAKE_HOST_SYSTEM_NAME MATCHES "Linux|CYGWIN.*|Darwin|^GNU$|Android")
   exec_program(${CMAKE_UNAME} ARGS -m OUTPUT_VARIABLE 
CMAKE_HOST_SYSTEM_PROCESSOR
 RETURN_VALUE val)
   if(CMAKE_HOST_SYSTEM_NAME STREQUAL "Darwin" AND
diff --git a/Modules/Platform/Android-Clang.cmake 
b/Modules/Platform/Android-Clang.cmake
index 847178fbd4..759448b8ec 100644
--- a/Modules/Platform/Android-Clang.cmake
+++ b/Modules/Platform/Android-Clang.cmake
@@ -24,6 +24,14 @@ if(CMAKE_SYSTEM_VERSION EQUAL 1)
   return()
 endif()
 
+# Natively compiling on an Android host doesn't use the NDK cross-compilation
+# tools.
+if(CMAKE_HOST_SYSTEM_NAME STREQUAL "Android")
+  macro(__android_compiler_clang lang)
+  endmacro()
+  return()
+endif()
+
 include(Platform/Android-Common)
 
 # The NDK toolchain configuration files at:
diff --git a/Modules/Platform/Android-Determine.cmake 
b/Modules/Platform/Android-Determine.cmake
index e7c1b48a94..2225897fab 100644
--- a/Modules/Platform/Android-Determine.cmake
+++ b/Modules/Platform/Android-Determine.cmake
@@ -18,6 +18,12 @@ if(CMAKE_SYSTEM_VERSION EQUAL 1)
   return()
 endif()
 
+# Natively compiling on an Android host doesn't use the NDK cross-compilation
+# tools.
+if(CMAKE_HOST_SYSTEM_NAME STREQUAL "Android")
+  return()
+endif()
+
 cmake_policy(PUSH)
 cmake_policy(SET CMP0057 NEW) # if IN_LIST
 
diff --git a/Modules/Platform/Android-Initialize.cmake 
b/Modules/Platform/Android-Initialize.cmake
index a5d282085e..b90dd7a569 100644
--- a/Modules/Platform/Android-Initialize.cmake
+++ b/Modules/Platform/Android-Initialize.cmake
@@ -24,6 +24,12 @@ if(CMAKE_ANDROID_NDK_TOOLCHAIN_UNIFIED)
   return()
 endif()
 
+# Natively compiling on an Android host doesn't use the NDK cross-compilation
+# tools.
+if(CMAKE_HOST_SYSTEM_NAME STREQUAL "Android")
+  return()
+endif()
+
 if(NOT CMAKE_SYSROOT)
   if(CMAKE_ANDROID_NDK)
 set(CMAKE_SYSROOT 
"${CMAKE_ANDROID_NDK}/platforms/android-${CMAKE_SYSTEM_VERSION}/arch-${CMAKE_ANDROID_ARCH}")
diff --git a/Modules/Platform/Android.cmake b/Modules/Platform/Android.cmake
index f08f84176d..8ffa1b2d3b 100644
--- a/Modules/Platform/Android.cmake
+++ b/Modules/Platform/Android.cmake
@@ -2,6 +2,11 @@ include(Platform/Linux)
 
 set(ANDROID 1)
 
+# Natively compiling on an Android host doesn't need these flags to be reset.
+if(CMAKE_HOST_SYSTEM_NAME STREQUAL "Android")
+  return()
+endif()
+
 # Conventionally Android does not use versioned soname
 # But in modern versions it is acceptable
 if(NOT DEFINED CMAKE_PLATFORM_NO_VERSIONED_SONAME)
diff --git a/Modules/Platform/Android/Determine-Compiler.cmake 
b/Modules/Platform/Android/Determine-Compiler.cmake
index 5c6b97b8bc..f9c2d8968a 100644
--- a/Modules/Platform/Android/Determine-Compiler.cmake
+++ b/Modules/Platform/Android/Determine-Compiler.cmake
@@ -31,6 +31,16 @@ 

[CMake] Help needed with '-whole-archive,-export-dynamic'

2019-10-22 Thread David Aldrich
Hi

I am porting a gnu make project to CMake. Initially I am using the Ninja
generator and running in Ubuntu 18.04.

The project consists of a static library 'libKernel.a', which includes
main.cpp,
which we link into an executable: 'MyApp'. The program dynamically loads
shared
libraries that need objects from 'libKernel.a' so we use options such as
-whole-archive and -export-dynamic.

The original link command for the program is:

g++ -o _gnuRelease/MyApp -Wl,-whole-archive,-export-dynamic,--no-as-needed
../Kernel/_gnuRelease/libKernel.a -Wl,--as-needed,--no-whole-archive
-lpthread -ldl

In CMake I have implemented this as:

add_executable(MyApp ../Kernel/main.cpp)
set_target_properties(MyApp PROPERTIES ENABLE_EXPORTS TRUE)
target_link_libraries(MyApp Kernel ${CMAKE_DL_LIBS})

and CMake's link command is:

/usr/bin/c++  -O3 -DNDEBUG  -Wl,--export-dynamic -rdynamic
CMakeFiles/MyApp.dir/Kernel/main.cpp.o  -o release/MyApp
 Kernel/libKernel.a -ldl

The CMake build is failing to link at runtime as some symbols are missing.

I have two issues here:

1) In the CMake implementation I removed main.cpp from libKernel and
specified
it as the executable source file, as it seems that the executable needs at
least one SOURCE file.  Is there a way around this?

2) How can I tell CMake to use the
'-Wl,-whole-archive,-export-dynamic,--no-as-needed' flags?

Best regards

David
-- 

Powered by www.kitware.com

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

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

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

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

Follow this link to subscribe/unsubscribe:
https://cmake.org/mailman/listinfo/cmake