Re: [CMake] LOCATION target property, generator expressions

LINK_FLAGS does not support expressions. However, property LINK_OPTIONS (and INTERFACE counterpart) support generator expressions. These properties are new for version 3.13 which will be available soon (probably next month). Le mer. 26 sept. 2018 à 05:21, Hendrik Greving <

[Cmake-commits] CMake branch, master, updated. v3.12.2-715-g5abe452

t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 360b561..1f51aa4 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 12) -set(CMake_VERSION_PATCH 20180925) +set(CMake_VER

[CMake] LOCATION target property, generator expressions

Hello, our cmake setup is using LOCATION property for two targets to compute a relative path from these two, and adds this to LINK_FLAGS (for rpath, but irrelevant in this context). In order to update our cmake w.r.t. CMP0026, I don't know how to get LINK_FLAGS consume a generator expression. In

[CMake] Moving static library to separate project

I've got a situation I've searched for answers on, and though I've found similar questions, I've found no generally-applicable answers, or at least ones I can use. Apologies in advance for a beginner-level question. I have a group of applications that all use some common functionality I've

Re: [CMake] protobuf and imports relative to root (and --proto_path)

On 2018 M09 25, Tue 16:53:27 CEST David Jobet wrote: > > What I do have a problem is rerunning protoc automatically on proto-files > > which import proto files that have been modified. > > How do you handle this ? > > I just found out I don't. > Any idea on that one ? here are some suggestions:

Re: [CMake] protobuf and imports relative to root (and --proto_path)

> What I do have a problem is rerunning protoc automatically on proto-files > which > import proto files that have been modified. > How do you handle this ? I just found out I don't. Any idea on that one ? Otherwise I'm going to create a small .proto parser (python) that will just list the

Re: [cmake-developers] FindLua.cmake module does not find a locally built lua library

On 09/24/2018 01:05 PM, Alan W. Irwin wrote: >> On 09/22/2018 07:09 PM, Alan W. Irwin wrote: >>> 2. Use the NAMES_PER_DIR option in the find_library command. >> This is the correct fix. >> > I agree. Please see https://gitlab.kitware.com/cmake/cmake/merge_requests/2412 -Brad -- Powered by

[Cmake-commits] CMake branch, master, updated. v3.12.2-714-g55a5b56

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