Re: [CMake] custom configuration types and linking with 3rd-party libs

On Thu, Sep 4, 2008 at 5:37 PM, Brad King <[EMAIL PROTECTED]> wrote: > Philip Lowman wrote: > > Ultimately, TARGET_LINK_LIBRARIES() works just fine the way it is with > > the debug/optimized keywords satisfying normal use cases. The > > debug/optimized keywords are in the lexicon and they aren't

Re: [CMake] custom configuration types and linking with 3rd-party libs

I must say I am pretty glad about that. Kind regards, Cyril Brad King a écrit : Philip Lowman wrote: Ultimately, TARGET_LINK_LIBRARIES() works just fine the way it is with the debug/optimized keywords satisfying normal use cases. The debug/optimized keywords are in the lexicon and they aren

Re: [CMake] custom configuration types and linking with 3rd-party libs

Philip Lowman wrote: > Ultimately, TARGET_LINK_LIBRARIES() works just fine the way it is with > the debug/optimized keywords satisfying normal use cases. The > debug/optimized keywords are in the lexicon and they aren't going > anywhere. What is the harm in accepting a patch (if a user submitted

Re: [CMake] custom configuration types and linking with 3rd-party libs

On Tue, Aug 26, 2008 at 9:03 AM, Brad King <[EMAIL PROTECTED]> wrote: > > FYI, we're planning to eventually get rid of the optimized/debug link > type keywords in favor of the more flexible IMPORTED target approach. > We will not be accepting changes that encourage further use of these > keywords.

Re: [CMake] custom configuration types and linking with 3rd-party libs

Yuri V. Timenkov a écrit : On Tuesday 26 August 2008 15:53:31 Philip Lowman wrote: On Mon, Aug 25, 2008 at 9:27 AM, cyril_wobow <[EMAIL PROTECTED]> wrote: Philip Lowman a écrit : Does LINK_INTERFACE_LIBRARIES_ do what you want to do? See http://www.cmake.org/HTML/cmake-2.6.html

Re: [CMake] custom configuration types and linking with 3rd-party libs

Philip Lowman wrote: > On Mon, Aug 25, 2008 at 9:27 AM, cyril_wobow <[EMAIL PROTECTED] > > wrote: > > Philip Lowman a écrit : > > Does LINK_INTERFACE_LIBRARIES_ do what you want to do? > > See > > http://www.cmake.org/HTML/cmake-2.6.html#pro

Re: [CMake] custom configuration types and linking with 3rd-party libs

Yuri V. Timenkov wrote: > On Tuesday 26 August 2008 03:59:04 Brad King wrote: >> http://www.cmake.org/Wiki/CMake_2.6_Notes#Importing_Targets >> http://www.cmake.org/HTML/cmake-2.6.html#command:add_library >> http://www.cmake.org/HTML/cmake-2.6.html#prop_tgt:IMPORTED_LOCATION_CONFIG >> http://www.cm

Re: [CMake] custom configuration types and linking with 3rd-party libs

On Tuesday 26 August 2008 03:59:04 Brad King wrote: > cyril_wobow wrote: > > Unfortunately, there is a showstopper : when it comes to linking, tell > > me if I am wrong, there is no way to express which configuration type > > should link against which library. In particular, all my configuration >

Re: [CMake] custom configuration types and linking with 3rd-party libs

On Mon, Aug 25, 2008 at 9:27 AM, cyril_wobow <[EMAIL PROTECTED]> wrote: > Philip Lowman a écrit : > >> Does LINK_INTERFACE_LIBRARIES_ do what you want to do? >> >> See >> http://www.cmake.org/HTML/cmake-2.6.html#prop_tgt:LINK_INTERFACE_LIBRARIESin >> conjunction with SET_PROPERTY command. >> >> >

Re: [CMake] custom configuration types and linking with 3rd-party libs

Brad King wrote: Use an IMPORTED library. This is supported in CMake 2.6: add_library(xx_lib STATIC IMPORTED) set_target_properties(xx_lib PROPERTIES IMPORTED_CONFIGURATIONS "DEBUG;RELEASE" IMPORTED_LOCATION_GUIDEBUG ${XX_DEBUG} IMPORTED_LOCATION_GUIRELEASE ${XX_RELEASE} Oops,

Re: [CMake] custom configuration types and linking with 3rd-party libs

cyril_wobow wrote: Unfortunately, there is a showstopper : when it comes to linking, tell me if I am wrong, there is no way to express which configuration type should link against which library. In particular, all my configuration types end up linking against the release version of my 3rd party

Re: [CMake] custom configuration types and linking with 3rd-party libs

Yuri V. Timenkov a écrit : On Monday 25 August 2008 16:28:52 cyril_wobow wrote: Thank you for your answer. Sorry not to have provided the patch as an attached file. No, its just more convenient to track issue history and patches. Indeed, it would be a nice functionality. In my situ

Re: [CMake] custom configuration types and linking with 3rd-party libs

Philip Lowman a écrit : On Mon, Aug 25, 2008 at 6:04 AM, Yuri V. Timenkov <[EMAIL PROTECTED] > wrote: On Monday 25 August 2008 13:04:56 cyril_wobow wrote: > Hi again, > > At the end of the present mail there is a dirty-but-simple patch for > cmCompu

Re: [CMake] custom configuration types and linking with 3rd-party libs

On Monday 25 August 2008 16:28:52 cyril_wobow wrote: > Thank you for your answer. Sorry not to have provided the patch as an > attached file. No, its just more convenient to track issue history and patches. > > Indeed, it would be a nice functionality. In my situation, all of the > cmake custom bu

Re: [CMake] custom configuration types and linking with 3rd-party libs

On Mon, Aug 25, 2008 at 6:04 AM, Yuri V. Timenkov <[EMAIL PROTECTED]>wrote: > On Monday 25 August 2008 13:04:56 cyril_wobow wrote: > > Hi again, > > > > At the end of the present mail there is a dirty-but-simple patch for > > cmComputeLinkDepends.cxx in the cmake sources. > > It allows to have con

Re: [CMake] custom configuration types and linking with 3rd-party libs

Thank you for your answer. Sorry not to have provided the patch as an attached file. Indeed, it would be a nice functionality. In my situation, all of the cmake custom build configuration feature is unusable since it does not support link-level tuning. That's a shame considering it is the one

Re: [CMake] custom configuration types and linking with 3rd-party libs

On Monday 25 August 2008 13:04:56 cyril_wobow wrote: > Hi again, > > At the end of the present mail there is a dirty-but-simple patch for > cmComputeLinkDepends.cxx in the cmake sources. > It allows to have configuration types like "GuiDebug, GuiRelease, > ConsoleDebug, ConsoleRelease" and still ha

Re: [CMake] custom configuration types and linking with 3rd-party libs

Hi again, At the end of the present mail there is a dirty-but-simple patch for cmComputeLinkDepends.cxx in the cmake sources. It allows to have configuration types like "GuiDebug, GuiRelease, ConsoleDebug, ConsoleRelease" and still have the two debug configs be considered as debug (non-optimiz

[CMake] custom configuration types and linking with 3rd-party libs

Hi, I set my project's CMAKE_CONFIGURATION_TYPES variable with some custom configurations (e.g. GuiDebug, GuiRelease, ConsoleDebug, ConsoleRelease). Each of them have their own compilation flags, which is great, especially for visual studio users that don't want to bother with a config.h.in fi