[CMake] Getting a list of build link targets?

Is there a less annoying way of doing this? function(get_dependent_targets TARGET RETURN) get_property(LOC TARGET ${TARGET} PROPERTY LOCATION) set(RTN ${LOC}) get_property(LIBS TARGET ${TARGET} PROPERTY LINK_LIBRARIES) foreach(LIB ${LIBS}) get_dependent_targets(${LIB} LIB_LIST) for

Re: [CMake] QT4_CREATE_TRANSLATION delete source ts files during clean

Steve, let me know you understand my use case? Let me know you understand that make clean can deletes all translations files. Let me know you understand that this is because of bug inside QTx_CREATE_TRANSLATION. Thanks, Anatoly Shirokov -- Powered by www.kitware.com Please keep messages on-t

Re: [CMake] CMake + Qt5LinguistToolsMacros.cmake: QT5_CREATE_TRANSLATION delete source ts files during clean

Steve, point me when is using of this macro restricted by cmake documentation? BR, Anatoly Shirokov. 05.03.2014 3:14, Stephen Kelly пишет: Anatoly Shirokov wrote: Guys! What is the next step? What should I do to merge my patch to QTx_CREATE_TRANSLATION? It seems that creating translation fi

[CMake] Not finding build type when using cmake with llvm/clang

When trying to build llvm/clang on Windows using cmake I execute from a build directory I created: cmake -DCMAKE_BUILD_TYPE=Release -G "MinGW Makefiles" ..\llvm only to receive: CMake Error: CMake was unable to find a build program corresponding to "MinGW Makefiles". CMAKE_MAKE_PROGRAM is no

[CMake] Another attempt: CMake error reporting with absolute path?

Hey developer list, I've sent a mail about this topic half a year ago [1] but didn't get any comments/suggestions. Now that 3.0 is near, I thought it's time to ask this again: Is there any interest or are there any objections against introducing error reporting using absolute paths in CMake?

Re: [CMake] CMake + Qt5LinguistToolsMacros.cmake: QT5_CREATE_TRANSLATION delete source ts files during clean

Anatoly Shirokov wrote: > Guys! What is the next step? What should I do to merge my patch to > QTx_CREATE_TRANSLATION? It seems that creating translation files from the buildsystem does not suit your workflow. Maybe you shouldn't use the buildsystem for that, for the same reason it is a bad i

Re: [CMake] OBJECT libraries and dependencies

Thanks for the information. Unfortunately I don't have familiarity with that, so I will just have to wait. But thanks! On Tue, Mar 4, 2014 at 6:00 PM, Stephen Kelly wrote: > Leif Walsh wrote: > > > This looks like probably what I want, though I need to sit down and read > > the whole thread c

Re: [CMake] OBJECT libraries and dependencies

Leif Walsh wrote: > This looks like probably what I want, though I need to sit down and read > the whole thread carefully. > > What's the timeline for this? Anything in particular blocking it? Any > way I can help? One of the reasons it is not already possible to link to object libraries is t

Re: [CMake] OBJECT libraries and dependencies

This looks like probably what I want, though I need to sit down and read the whole thread carefully. What's the timeline for this? Anything in particular blocking it? Any way I can help? On Tue, Mar 4, 2014 at 5:48 PM, Stephen Kelly wrote: > Leif Walsh wrote: > > > What would be wonderful is

Re: [CMake] OBJECT libraries and dependencies

Leif Walsh wrote: > What would be wonderful is if CMake could track dependencies for OBJECT > libraries the same way it tracks them for STATIC libraries. Is this > planned somewhere? Does it already exist in a property I haven't seen > yet? Much of this is tracked here: http://public.kitware.

[CMake] OBJECT libraries and dependencies

Hi all, I'm dealing with an annoying problem with the linker, that I realize is non-standard usage but I'm hoping CMake can help. The main question is, is there any way in CMake to use OBJECT libraries but still represent dependency graph information? I have a bunch of global variables with cons

Re: [CMake] CPack installation directory

On 04.03.2014 19:56, Lars wrote: Who is generating the the GUID? Do you mean light or candle? light issues the diagnostic so I assume it also generates the GUID. > I'd perhaps install user specific files by copying them from the system wide installation directory into the home directory on

Re: [CMake] CPack installation directory

Appreciate your feedback. > I tried looking at it but this seems to be a bit more complicated than I initially thought. > GUIDs only seem to be auto generated for components relative to one of the standard prefixes like program files and I am not entirely sure what the implication is.

Re: [CMake] CPack installation directory

On 04.03.2014 14:46, Lars wrote: > > How can I configure the wix generator to produce a msi which by default > > install files to c:\tbd ? > > This is currently not possible. > > You can customize below the architecture specific Program Files > directory with CPACK_PACKAGE_INSTALL_DIRECTORY bu

Re: [CMake] CPack installation directory

> Date: Fri, 28 Feb 2014 15:00:04 +0100 > From: nilsglad...@gmail.com > To: laasu...@hotmail.com; cmake@cmake.org > Subject: Re: [CMake] CPack installation directory > > On 02/28/2014 02:29 PM, Lars wrote: > > > How can I configure the wix generator to produce a msi which by default > > install f

[CMake] Re-2: Re-2: .so libraries and Xcode

Hi, unfortunately using FIND_LIBRARY does not help. In the minimal example I gave above I'm now using this CMakeLists.txt: CMAKE_MINIMUM_REQUIRED(VERSION 2.6 FATAL_ERROR) PROJECT(test CXX) SET( CMAKE_FIND_LIBRARY_PREFIXES "lib" "" ) FIND_LIBRARY(SOME_LIBRARY NAMES mylib PAT