Re: [CMake] How to do that w/o LOCATION property of a target...

Hi Alex. I don't know if there is a better solution, but the following workaround should work for you: In your normal CMakeList, do `file(GENERATE OUTPUT location.cmake CONTENT "set(TheLocation \"$\")\n")`. Then, in the configured *.cmake script, do `include(location.cmake)`. The location of the

[CMake] How to do that w/o LOCATION property of a target...

Hi, in my project I have `add_executable()`. after that, in a current binary dir I need to render a `*.cmake` script (via `configure_file()`) to be running from `add_test()` (as `cmake -P`) which should start just the compiled executable via `execute_process()` and capture its output (to be

Re: [CMake] How to do that w/o LOCATION property of a target...

On 05/09/15 08:22, Alex Turbov wrote: > Hi, > > in my project I have `add_executable()`. after that, in a current binary > dir I need to render a `*.cmake` script (via `configure_file()`) to be > running from `add_test()` (as `cmake -P`) which should start just the > compiled executable via

Re: [CMake] Writing find packages

Hello, On 03/09/15 23:15, Robert Dailey wrote: > How recent is this documentation? > http://www.cmake.org/Wiki/CMake:How_To_Find_Libraries#Writing_find_modules > > It seems rather old. What is the modern way of doing this? The cmake-developer help page has a section about modules:

Re: [CMake] Protobuf Libraries not found on OS X

On 3 September 2015 at 19:48, Michael Jackson wrote: > I have compiled the Protocol Buffer library on OS X and I am using the > following CMake code to try and find the compiled libraries: > > find_package(Protobuf REQUIRED) > > > but when configuring I get the usual

[Cmake-commits] CMake branch, next, updated. v3.3.1-2770-g6985b37

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

[cmake-developers] [CMake 0015728]: cmake-3.3.1 is a clever Dick

The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15728 == Reported By:szukw000 Assigned To:

[Cmake-commits] CMake branch, master, updated. v3.3.1-1080-g9e64fda

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

[cmake-developers] Interface for GCC -fvisibility

Hi, I'm trying to replace our package's own test for the existence of the -fvisibility flag with CMake's. I've found CMAKE_CXX_COMPILE_OPTIONS_VISIBILITY, which is set if the flag exists, to something that you can directly append the desired default visibility to, so this is used by extending

[cmake-developers] Improvements for GHS MULTI Generator

Attached is a patch for some minor improvements for the GHS MULTI generator. Geoffrey Viola This message contains confidential information and is intended only for the recipient. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the

[cmake-developers] [CMake 0015727]: Support C compiler features for GNU on windows

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