[CMake] Question on pathes/names of generated lib (CMake 3.5.1, Visual Studio 2015 - x64)

Hi, I am trying to use CMake on a open source project called cryptominisat ( https://github.com/msoos/cryptominisat ) which is initially developed under Linux, but is meanwhile partly ported to Windows. Source can already compiled (with a batch file) and run, but not yet completely with cmake.

[Cmake-commits] CMake branch, master, updated. v3.5.1-449-g003d4e5

_VERSION_MINOR 5) -set(CMake_VERSION_PATCH 20160413) +set(CMake_VERSION_PATCH 20160414) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

[cmake-developers] [CMake 0016062]: Policy CMP0037 should only warn about "test" and "package" being reserved if CTest and CPack are being used

The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16062 == Reported By:Ben Boeckel Assigned To:

Re: [CMake] Unable to download cmake-3.5.1 (a 403 error)

On 4/13/2016 12:40 PM, Asiga Nael via CMake wrote: Hi, I'm trying to download the file cmake-3.5.1-Darwin-x86_64.dmg but it brings me to a page at public.kitware.com with a 403 error: "Permission Denied You do not have permission to retrieve the URL or link you requested." Is there any

Re: [cmake-developers] Automoc same source - More thoughts

Am 13.04.2016 um 16:40 schrieb Brad King: On 04/13/2016 10:08 AM, Sebastian Holtermann wrote: Well, looking into the sources and there is already Tests/QtAutogen. It covers various #include "moc_..." cases. Perhaps, but as pointed out in the issue tracker entry I linked those test cases were

[CMake] Unable to download cmake-3.5.1 (a 403 error)

Hi, I'm trying to download the file cmake-3.5.1-Darwin-x86_64.dmg but it brings me to a page at public.kitware.com with a 403 error: "Permission Denied You do not have permission to retrieve the URL or link you requested." Is there any mirror hosting cmake releases, so that I can download it

Re: [CMake] how to add custom command/step to ExternalProject_Add ?

Hi David, thx, I solve the problem with answer I got on stack, http://stackoverflow.com/questions/36506300/using-autogen-sh-with-externalproject-add [1] regards, Nicolas On 2016-04-08 22:05, David Cole wrote: > This file has an example use which executes after download and before >

Re: [cmake-developers] Automoc same source - More thoughts

Am 13.04.2016 um 16:40 schrieb Brad King: On 04/13/2016 10:08 AM, Sebastian Holtermann wrote: Well, looking into the sources and there is already Tests/QtAutogen. It covers various #include "moc_..." cases. Perhaps, but as pointed out in the issue tracker entry I linked those test cases were

[cmake-developers] [CMake 0016061]: define SOLARIS and CMAKE_HOST_SOLARIS as a cmake built-in

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=16061 == Reported By:Stefan Teleman Assigned To:

[Cmake-commits] CMake branch, next, updated. v3.5.1-926-g273c68fe

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 273c68fe269b62f07081208763f77e7d2dbb8b5b (commit) via

Re: [cmake-developers] Automoc same source - More thoughts

On 04/13/2016 10:08 AM, Sebastian Holtermann wrote: > Well, looking into the sources and there is already Tests/QtAutogen. > It covers various #include "moc_..." cases. Perhaps, but as pointed out in the issue tracker entry I linked those test cases were not sufficient to fail after the the

Re: [cmake-developers] Automoc same source - More thoughts

Am 12.04.2016 um 21:26 schrieb Brad King: On 04/12/2016 03:12 PM, Sebastian Holtermann wrote: Here it is. Please review/commit. To test it insert #include "moc_item.cpp" in any or many of the item.cpp files of the attached test project. Thanks for working on this! As requested in the issue

[Cmake-commits] CMake branch, next, updated. v3.5.1-923-g8c2d200

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 8c2d200d987eaf4f4261e65990b2feee41c328b3 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-448-gf5da19e

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 f5da19edd00e05eb39332fe416f0b2bb77abadaa (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-446-geae4cee

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 eae4cee0b54502c87fdb219b200a048082e0cb79 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-443-g6f2cc12

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 6f2cc120f091c1c8461650db4fe7729424d33bea (commit) via

[Cmake-commits] CMake branch, master, updated. v3.5.1-441-g1dc78fe

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 1dc78fecc774822b0f7fbdc84805fcbf5a0a32cf (commit) via

[Cmake-commits] CMake branch, next, updated. v3.5.1-917-g8da2c33

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 8da2c33e96b2e118cca05e31e895c52b62b44345 (commit) via

Re: [CMake] Setting properties from within a function

On 13/04/16 09:20 AM, Tamás Kenéz wrote: Okay, I see. The problem is that the ${DEF} is quoted so it won't fall apart into separate arguments. Tamás Thanks, I'll give that a try tonight. Mike -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at:

Re: [CMake] Setting properties from within a function

Okay, I see. The problem is that the ${DEF} is quoted so it won't fall apart into separate arguments. Tamás On Wed, Apr 13, 2016 at 4:54 AM, Michael Surette wrote: > On 2016-04-12 06:57 PM, Tamás Kenéz wrote: > >> I don't get how come the macro works because >>

Re: [CMake] issue with target_link_libraries and MSVC

I'v found a way to enable openmp for a few target only with target_link_libraries : I created an imported interface OpenMP and setted the property INTERFACE_COMPILE_OPTIONS 2016-04-13 12:16 GMT+02:00 Matějů Miroslav, Ing. : > The page I linked says /openmp is a compiler

Re: [CMake] issue with target_link_libraries and MSVC

The page I linked says /openmp is a compiler flag (not linker flag), so adding it to CMAKE_CXX_FLAGS instead of LINK_FLAGS makes perfect sense. Miroslav From: Benjamin Ballet [mailto:bbal...@ivsweb.com] Sent: Wednesday, April 13, 2016 11:28 AM To: Matějů Miroslav, Ing. Cc: cmake@cmake.org

Re: [CMake] issue with target_link_libraries and MSVC

Ho yes, my bad, however there is still the same issue with forward slashes I receive the flag with FindOpenMP module. It's sad we can't do : target_link_libraries(... ${OpenMP_CXX_FLAGS}) for a few target In the end I add the flags for the whole project : set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS}