[Cmake-commits] CMake branch, master, updated. v3.6.1-752-g57d121f

2016-08-29 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  57d121fbb1f2e9e2ac0622dd4049dedc3968d894 (commit)
  from  b38aa000334c35193140c6b544067b0b30d916c5 (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=57d121fbb1f2e9e2ac0622dd4049dedc3968d894
commit 57d121fbb1f2e9e2ac0622dd4049dedc3968d894
Author: Kitware Robot <kwro...@kitware.com>
AuthorDate: Tue Aug 30 00:01:05 2016 -0400
Commit: Kitware Robot <kwro...@kitware.com>
CommitDate: Tue Aug 30 00:01:05 2016 -0400

CMake Nightly Date Stamp

diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 22bab72..52986e2 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 6)
-set(CMake_VERSION_PATCH 20160829)
+set(CMake_VERSION_PATCH 20160830)
 #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


Re: [CMake] add_custom_command and re-running command when target in DEPENDS was updated

2016-08-29 Thread Maciej Mrozowski
On poniedziałek, 29 sierpnia 2016 23:31:59 CEST you wrote:

> add_custom_command documentation says:
> 
> 
> The DEPENDS option specifies files on which the command depends. If any
> dependency is an OUTPUT of another custom command in the same directory
> (CMakeLists.txt file) CMake automatically brings the other custom command
> into the target in which this command is built.

One possibly important note I forgot.
Mentioned add_jar and add_custom_command in my case are NOT in the same 
directory, but I guess it should not matter since I have explicit 'DEPENDS 
generator'?

-- 
regards
MM
-- 

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] add_custom_command and re-running command when target in DEPENDS was updated

2016-08-29 Thread Maciej Mrozowski
Hello,

I have a project that goes something along the lines of:

(...)
add_jar(generator src/javafile.java)
(...)
get_target_property(GENERATOR_PATH generator JAR_FILE)
(...)
add_custom_command
  ${CMAKE_CURRENT_BINARY_DIR}/generated.cpp
  COMMAND ${Java_JAVA_EXECUTABLE -jar ${GENERATOR_PATH} --output $
{CMAKE_CURRENT_BINARY_DIR}/generated.cpp
  DEPENDS generator some other static input files
)
(...)
add_executable(foo ${CMAKE_CURRENT_BINARY_DIR}/generated.cpp)

The problem is: whenever I change javafile.java, target 'generator' is 
rebuilt, however, above command is NOT re-run, even though 'generator' is in 
DEPENDS, as a result, '${CMAKE_CURRENT_BINARY_DIR}/generated.cpp' is not 
regenerated and executable 'foo' is not recompiled.

add_custom_command documentation says:


The DEPENDS option specifies files on which the command depends. If any 
dependency is an OUTPUT of another custom command in the same directory 
(CMakeLists.txt file) CMake automatically brings the other custom command into 
the target in which this command is built. If DEPENDS is not specified the 
command will run whenever the OUTPUT is missing; if the command does not 
actually create the OUTPUT then the rule will always run. If DEPENDS specifies 
any target (created by an ADD_* command) a target-level dependency is created 
to make sure the target is built before any target using this custom command. 
Additionally, if the target is an executable or library a file-level 
dependency is created to cause the custom command to re-run whenever the 
target is recompiled.


In my case, the target in DEPENDS is neither executable nor library (it's a 
jar created with add_jar).

Is it possible to still make add_custom_command re-run in this case?

I tried:

set_source_file_properties(
  ${CMAKE_CURRENT_BINARY_DIR}/generated.cpp
  PROPERTIES OBJECT_DEPENDS ${GENERATOR_PATH}
)

and it helps a bit (even though it doesn't make a sense, that target does not 
exist on first CMake run after all), but requires always two CMake runs to 
work.

Searching ML, I found this:
https://www.mail-archive.com/cmake%40cmake.org/msg24644.html

I'm not including external files for parsing in CMake so I find myself 
reluctant to use suggested hack and invalidate CMake file by including some 
dummy file...

-- 
regards
MM
-- 

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-developers] [PATCH v2] FindOpenSSL: Fix detection of OpenSSL 1.1 Win32/64

2016-08-29 Thread Alexis Murzeau
Since OpenSSL 1.1.0, Windows binaries are libcrypto and libssl instead of
the old names libeay32 and ssleay32.
When using MSVC, FindOpenSSL was searching for the old lib names only so
this add the new names to be able to find OpenSSL 1.1.0 libraries.

For example, the files in lib directory of OpenSSL 1.1.0 Win64 :
 - libcrypto.lib
 - libssl.lib
 - VC/libcrypto64MD.lib
 - VC/libcrypto64MDd.lib
 - VC/libcrypto64MT.lib
 - VC/libcrypto64MTd.lib
 - VC/libssl64MD.lib
 - VC/libssl64MDd.lib
 - VC/libssl64MT.lib
 - VC/libssl64MTd.lib

32 bits OpenSSL has the same files with "32" instead of "64" for files in
VC directory.

MinGW still works and use lib/libcrypto.lib and lib/libssl.lib.

This patch also add libssl and libcrypto for other windows compilers too (like
Intel).
---
 Modules/FindOpenSSL.cmake | 17 +
 1 file changed, 17 insertions(+)

diff --git a/Modules/FindOpenSSL.cmake b/Modules/FindOpenSSL.cmake
index 10b62ff..7ddd783 100644
--- a/Modules/FindOpenSSL.cmake
+++ b/Modules/FindOpenSSL.cmake
@@ -133,6 +133,13 @@ if(WIN32 AND NOT CYGWIN)
   set(_OPENSSL_MSVC_RT_MODE "MD")
 endif ()
 
+# Since OpenSSL 1.1, lib names are like libcrypto32MTd.lib and 
libssl32MTd.lib
+if( "${CMAKE_SIZEOF_VOID_P}" STREQUAL "8" )
+set(_OPENSSL_MSVC_ARCH_SUFFIX "64")
+else()
+set(_OPENSSL_MSVC_ARCH_SUFFIX "32")
+endif()
+
 if(OPENSSL_USE_STATIC_LIBS)
   set(_OPENSSL_PATH_SUFFIXES
 "lib"
@@ -149,6 +156,8 @@ if(WIN32 AND NOT CYGWIN)
 
 find_library(LIB_EAY_DEBUG
   NAMES
+libcrypto${_OPENSSL_MSVC_ARCH_SUFFIX}${_OPENSSL_MSVC_RT_MODE}d
+libcryptod
 libeay32${_OPENSSL_MSVC_RT_MODE}d
 libeay32d
   NAMES_PER_DIR
@@ -159,6 +168,8 @@ if(WIN32 AND NOT CYGWIN)
 
 find_library(LIB_EAY_RELEASE
   NAMES
+libcrypto${_OPENSSL_MSVC_ARCH_SUFFIX}${_OPENSSL_MSVC_RT_MODE}
+libcrypto
 libeay32${_OPENSSL_MSVC_RT_MODE}
 libeay32
   NAMES_PER_DIR
@@ -169,6 +180,8 @@ if(WIN32 AND NOT CYGWIN)
 
 find_library(SSL_EAY_DEBUG
   NAMES
+libssl${_OPENSSL_MSVC_ARCH_SUFFIX}${_OPENSSL_MSVC_RT_MODE}d
+libssld
 ssleay32${_OPENSSL_MSVC_RT_MODE}d
 ssleay32d
   NAMES_PER_DIR
@@ -179,6 +192,8 @@ if(WIN32 AND NOT CYGWIN)
 
 find_library(SSL_EAY_RELEASE
   NAMES
+libssl${_OPENSSL_MSVC_ARCH_SUFFIX}${_OPENSSL_MSVC_RT_MODE}
+libssl
 ssleay32${_OPENSSL_MSVC_RT_MODE}
 ssleay32
 ssl
@@ -236,6 +251,7 @@ if(WIN32 AND NOT CYGWIN)
 # Not sure what to pick for -say- intel, let's use the toplevel ones and 
hope someone report issues:
 find_library(LIB_EAY
   NAMES
+libcrypto
 libeay32
   NAMES_PER_DIR
   ${_OPENSSL_ROOT_HINTS_AND_PATHS}
@@ -247,6 +263,7 @@ if(WIN32 AND NOT CYGWIN)
 
 find_library(SSL_EAY
   NAMES
+libssl
 ssleay32
   NAMES_PER_DIR
   ${_OPENSSL_ROOT_HINTS_AND_PATHS}
-- 
2.7.4.windows.1

-- 

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] Using a pathless library in an imported target.

2016-08-29 Thread Yaron Cohen-Tal
That did the trick, thanx!

On Mon, Aug 29, 2016 at 12:28 AM, Benjamin Ballet 
wrote:

> Create an imported interface instead of a static library. Then you can set
> either INTERFACE_COMPILE_OPTIONS or INTERFACE_LINK_LIBRARIES properties.
>
> 2016-08-27 21:39 GMT+02:00 Yaron Cohen-Tal :
>
>> Hi,
>>
>> I try to make an imported target out of OpenGL, and I have some
>> difficulty. Usually "OPENGL_gl_LIBRARY" is a full path (found with
>> "find_library"), but sometimes (on Windows) it's a pathless library (e.g.
>> "opengl32", set with the cmake command "set"). However an imported library
>> requires the full path to the library. Any idea how to tackle it?
>>
>> Thanx,
>> Yaron
>>
>> --
>>
>> 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
>>
>
>
>
> --
> *Benjamin BALLET*
> Ingénieur R
>
> *ACTIVISU*
> 19, rue Klock - 92110 Clichy
> *> Standard Tél* :  01 44 69 37 37
> *>* www.activisu.com
>
-- 

Powered by www.kitware.com

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

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

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

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

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

Re: [cmake-developers] [PATCH] FindOpenSSL: Fix detection of OpenSSL 1.1 w/ MSVC

2016-08-29 Thread Alexis Murzeau
NAMES_PER_DIR is enabled on find_library, and having multiples names
in the same directory is unlikely but might happen when installing a
newer openssl over an old one I think.

I will change to this :
+libssl${_OPENSSL_MSVC_ARCH_SUFFIX}${_OPENSSL_MSVC_RT_MODE}
+libssl
 ssleay32${_OPENSSL_MSVC_RT_MODE}
 ssleay32
 ssl

Also, I didn't see the intel case in FindOpenSSL.cmake, it also need
changes as it actually only search for ssleay32 and libeay32.

Alexis

2016-08-28 23:18 GMT+02:00 Craig Scott :
> In that patch, the old names are listed before the new names, so if both
> exist on the system, the older version would be found first. Would it be
> preferable instead to swap the order to give preference to the newer version
> in such a scenario?
>
> --
> Craig Scott
> Melbourne, Australia
> http://crascit.com
-- 

Powered by www.kitware.com

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

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

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

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

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


Re: [cmake-developers] [PATCH] FindOpenSSL: Fix detection of OpenSSL 1.1 w/ MSVC

2016-08-29 Thread Alexis Murzeau
NAMES_PER_DIR is enabled on find_library, and having multiples names
in the same directory is unlikely but might happen when installing a
newer openssl over an old one I think.

I will change to this :
+libssl${_OPENSSL_MSVC_ARCH_SUFFIX}${_OPENSSL_MSVC_RT_MODE}
+libssl
 ssleay32${_OPENSSL_MSVC_RT_MODE}
 ssleay32
 ssl

Also, I didn't see the intel case in FindOpenSSL.cmake, it also need
changes as it actually only search for ssleay32 and libeay32.

Alexis

2016-08-28 23:18 GMT+02:00 Craig Scott :
> In that patch, the old names are listed before the new names, so if both
> exist on the system, the older version would be found first. Would it be
> preferable instead to swap the order to give preference to the newer version
> in such a scenario?
>
> --
> Craig Scott
> Melbourne, Australia
> http://crascit.com
-- 

Powered by www.kitware.com

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

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

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

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

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


Re: [CMake] ExternalProject_Add not honoring the INSTALL_DIR argument.

2016-08-29 Thread Nicholas Braden
Hmm, you're right, I just tested and it seems the INSTALL_DIR is
ignored or not handled properly, I'm not sure why. But if you use the
CMAKE_ARGS option to manually set
"-DCMAKE_INSTALL_PREFIX=/tmp/Fusion/qhull-2015.2" it works, so at
least there's an easy workaround. Maybe someone else knows how the
INSTALL_DIR option is meant to be used?

On Mon, Aug 29, 2016 at 11:00 AM, Michael Jackson
 wrote:
> So that was a typo on my part but changing it had no effect after deleting
> every build/download/tmp/stamp directory and trying again.
>
> --
> Michael A. Jackson
> BlueQuartz Software, LLC
> [e]: mike.jack...@bluequartz.net
>
>
> Nicholas Braden wrote:
>>
>> Have you tried changing the = to a space, as with the other parameters?
>>
>> On Mon, Aug 29, 2016 at 10:52 AM, Michael Jackson
>>   wrote:
>>>
>>> I have the following CMake file:
>>>
>>> set(QHull_GIT_REPO "git://github.com/qhull/qhull")
>>> set(QHull_GIT_TAG "")
>>> set(QHull_INSTALL_NAME "qhull")
>>> set(QHull_INSTALL_NAME "qhull-2015.2")
>>>
>>>
>>> ExternalProject_Add(${QHull_INSTALL_NAME}
>>>PREFIX ${Fusion_SDK_ROOT}
>>>URL "http://www.qhull.org/download/qhull-2015-src-7.2.0.tgz;
>>>INSTALL_DIR=/tmp/Fusion/qhull-2015.2
>>>  LOG_DOWNLOAD 1
>>>  LOG_UPDATE 1
>>>  LOG_CONFIGURE 1
>>>  LOG_BUILD 1
>>>  LOG_INSTALL 1
>>>
>>> )
>>>
>>>   and when I invoke the initial cmake with this:
>>>
>>>   cmake -G Ninja -DBUILD_SHARED_LIBS=ON  -DCMAKE_BUILD_TYPE=Release
>>> -DFusion_SDK_ROOT=/tmp/Fusion_SDK ../
>>>
>>> I get a valid "configure" step. Then I run "ninja" and I get errors on
>>> installation. The errors are because CMake is attempting to install QHull
>>> in
>>> /usr/local/lib.
>>>
>>> Why is that? I am not sure what I am doing wrong as this seems like a
>>> pretty
>>> trivial case. I have cmake 3.5.1 and read the docs at
>>> https://cmake.org/cmake/help/v3.5/module/ExternalProject.html but somehow
>>> cmake is messing up.
>>>
>>> Thoughts?
>>>
>>>
>>> --
>>> Michael A. Jackson
>>> BlueQuartz Software, LLC
>>> [e]: mike.jack...@bluequartz.net
>>> --
>>>
>>> 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
-- 

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] ExternalProject_Add not honoring the INSTALL_DIR argument.

2016-08-29 Thread Michael Jackson
So that was a typo on my part but changing it had no effect after 
deleting every build/download/tmp/stamp directory and trying again.


--
Michael A. Jackson
BlueQuartz Software, LLC
[e]: mike.jack...@bluequartz.net


Nicholas Braden wrote:

Have you tried changing the = to a space, as with the other parameters?

On Mon, Aug 29, 2016 at 10:52 AM, Michael Jackson
  wrote:

I have the following CMake file:

set(QHull_GIT_REPO "git://github.com/qhull/qhull")
set(QHull_GIT_TAG "")
set(QHull_INSTALL_NAME "qhull")
set(QHull_INSTALL_NAME "qhull-2015.2")


ExternalProject_Add(${QHull_INSTALL_NAME}
   PREFIX ${Fusion_SDK_ROOT}
   URL "http://www.qhull.org/download/qhull-2015-src-7.2.0.tgz;
   INSTALL_DIR=/tmp/Fusion/qhull-2015.2
 LOG_DOWNLOAD 1
 LOG_UPDATE 1
 LOG_CONFIGURE 1
 LOG_BUILD 1
 LOG_INSTALL 1

)

  and when I invoke the initial cmake with this:

  cmake -G Ninja -DBUILD_SHARED_LIBS=ON  -DCMAKE_BUILD_TYPE=Release
-DFusion_SDK_ROOT=/tmp/Fusion_SDK ../

I get a valid "configure" step. Then I run "ninja" and I get errors on
installation. The errors are because CMake is attempting to install QHull in
/usr/local/lib.

Why is that? I am not sure what I am doing wrong as this seems like a pretty
trivial case. I have cmake 3.5.1 and read the docs at
https://cmake.org/cmake/help/v3.5/module/ExternalProject.html but somehow
cmake is messing up.

Thoughts?


--
Michael A. Jackson
BlueQuartz Software, LLC
[e]: mike.jack...@bluequartz.net
--

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] ExternalProject_Add not honoring the INSTALL_DIR argument.

2016-08-29 Thread Nicholas Braden
Have you tried changing the = to a space, as with the other parameters?

On Mon, Aug 29, 2016 at 10:52 AM, Michael Jackson
 wrote:
> I have the following CMake file:
>
> set(QHull_GIT_REPO "git://github.com/qhull/qhull")
> set(QHull_GIT_TAG "")
> set(QHull_INSTALL_NAME "qhull")
> set(QHull_INSTALL_NAME "qhull-2015.2")
>
>
> ExternalProject_Add(${QHull_INSTALL_NAME}
>   PREFIX ${Fusion_SDK_ROOT}
>   URL "http://www.qhull.org/download/qhull-2015-src-7.2.0.tgz;
>   INSTALL_DIR=/tmp/Fusion/qhull-2015.2
> LOG_DOWNLOAD 1
> LOG_UPDATE 1
> LOG_CONFIGURE 1
> LOG_BUILD 1
> LOG_INSTALL 1
>
> )
>
>  and when I invoke the initial cmake with this:
>
>  cmake -G Ninja -DBUILD_SHARED_LIBS=ON  -DCMAKE_BUILD_TYPE=Release
> -DFusion_SDK_ROOT=/tmp/Fusion_SDK ../
>
> I get a valid "configure" step. Then I run "ninja" and I get errors on
> installation. The errors are because CMake is attempting to install QHull in
> /usr/local/lib.
>
> Why is that? I am not sure what I am doing wrong as this seems like a pretty
> trivial case. I have cmake 3.5.1 and read the docs at
> https://cmake.org/cmake/help/v3.5/module/ExternalProject.html but somehow
> cmake is messing up.
>
> Thoughts?
>
>
> --
> Michael A. Jackson
> BlueQuartz Software, LLC
> [e]: mike.jack...@bluequartz.net
> --
>
> 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] ExternalProject_Add not honoring the INSTALL_DIR argument.

2016-08-29 Thread Michael Jackson

I have the following CMake file:

set(QHull_GIT_REPO "git://github.com/qhull/qhull")
set(QHull_GIT_TAG "")
set(QHull_INSTALL_NAME "qhull")
set(QHull_INSTALL_NAME "qhull-2015.2")


ExternalProject_Add(${QHull_INSTALL_NAME}
  PREFIX ${Fusion_SDK_ROOT}
  URL "http://www.qhull.org/download/qhull-2015-src-7.2.0.tgz;
  INSTALL_DIR=/tmp/Fusion/qhull-2015.2
LOG_DOWNLOAD 1
LOG_UPDATE 1
LOG_CONFIGURE 1
LOG_BUILD 1
LOG_INSTALL 1

)

 and when I invoke the initial cmake with this:

 cmake -G Ninja -DBUILD_SHARED_LIBS=ON  -DCMAKE_BUILD_TYPE=Release 
-DFusion_SDK_ROOT=/tmp/Fusion_SDK ../


I get a valid "configure" step. Then I run "ninja" and I get errors on 
installation. The errors are because CMake is attempting to install 
QHull in /usr/local/lib.


Why is that? I am not sure what I am doing wrong as this seems like a 
pretty trivial case. I have cmake 3.5.1 and read the docs at 
https://cmake.org/cmake/help/v3.5/module/ExternalProject.html but 
somehow cmake is messing up.


Thoughts?


--
Michael A. Jackson
BlueQuartz Software, LLC
[e]: mike.jack...@bluequartz.net
--

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] CMake/CTest no RUN_TESTS target

2016-08-29 Thread tonka tonka
Hey,

I’ve try to get ctest running with my existing gtest-tests. I have my own
findGTest, but should make no difference.

My Problem is that I can’t see the RUN_TESTS target (I’m using Visual
Studio).

I follow the following tutorialhttps://
cmake.org/Wiki/CMake/Testing_With_CTest

I’m start using enable_testing()

I create my executable in my target-CMakeLists.txt file and add the test to
CTest via add_test(MyTestName ThePathToMyExe)

CMake should now create a RUN_TESTS target for me, but it does not happen.

I’ve I use include(CTest) at the end I get many new targets f.e.
continuous, nightly, etc. but no RUN_TESTS

What I’m doing wrong?

I use CMake 3.4.3

Greetings
Tonka
-- 

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] Convert UTF8 to UTF16 (Windows)

2016-08-29 Thread tonka tonka
Nicholas, you are right. My mistake was that i've used utf8 with BOM, but
visual studio only likes without BOM.

Thx

Am 29.08.2016 09:47 schrieb "Nicholas Braden" :

> Are you sure about this UTF16 requirement? I have many projects
> ranging from Visual Studio 2008 to 2015 that use .rc files and all of
> them are ANSI/UTF8.
>
> On Mon, Aug 29, 2016 at 2:43 AM, tonka tonka  wrote:
> > Hey,
> >
> > I have a little problem with files which has to be UTF 16 instead of UTF
> 8,
> > f.e. Visual studios .rc files. They must be utf16 and git detect it as
> bin
> > files.
> > So my question is: how do you handle these files?
> > My rc files has to be generated with configure_file, so my hope was that
> > configure_file will read utf8 and write utf16 if I want, but that seems
> not
> > possible.
> > Is there and other way in cake to convert to utf16?
> >
> > Greetings
> > Tonka
> >
> >
> > --
> >
> > 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] Convert UTF8 to UTF16 (Windows)

2016-08-29 Thread Wolf
On , tonka tonka wrote:
> I have a little problem with files which has to be UTF 16 instead of UTF 8,
> f.e. Visual studios .rc files. They must be utf16 and git detect it as bin
> files.
> So my question is: how do you handle these files?
> My rc files has to be generated with configure_file, so my hope was that
> configure_file will read utf8 and write utf16 if I want, but that seems not
> possible.
> Is there and other way in cake to convert to utf16?

I would just use iconv for this. Call it as external program to do the
conversion.

W.
-- 
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.


signature.asc
Description: PGP signature
-- 

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] Convert UTF8 to UTF16 (Windows)

2016-08-29 Thread Nicholas Braden
Are you sure about this UTF16 requirement? I have many projects
ranging from Visual Studio 2008 to 2015 that use .rc files and all of
them are ANSI/UTF8.

On Mon, Aug 29, 2016 at 2:43 AM, tonka tonka  wrote:
> Hey,
>
> I have a little problem with files which has to be UTF 16 instead of UTF 8,
> f.e. Visual studios .rc files. They must be utf16 and git detect it as bin
> files.
> So my question is: how do you handle these files?
> My rc files has to be generated with configure_file, so my hope was that
> configure_file will read utf8 and write utf16 if I want, but that seems not
> possible.
> Is there and other way in cake to convert to utf16?
>
> Greetings
> Tonka
>
>
> --
>
> 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] Convert UTF8 to UTF16 (Windows)

2016-08-29 Thread tonka tonka
Hey,

I have a little problem with files which has to be UTF 16 instead of UTF 8,
f.e. Visual studios .rc files. They must be utf16 and git detect it as bin
files.
So my question is: how do you handle these files?
My rc files has to be generated with configure_file, so my hope was that
configure_file will read utf8 and write utf16 if I want, but that seems not
possible.
Is there and other way in cake to convert to utf16?

Greetings
Tonka
-- 

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] How to add -fPIC to a static library?

2016-08-29 Thread Peter Steinbach
AFAIK, there is also a global CMAKE_POSITION_INDEPENDENT_CODE that is 
used to derive the target-specific value of POSITION_INDEPENDENT_CODE. 
If you wanna use fPIC for all your targets, you may wanna consider

set(CMAKE_POSITION_INDEPENDENT_CODE ON).

Best,
P
--

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