[CMake] custom configuration types and linking with 3rd-party libs
Brad King
brad.king at kitware.com
Tue Aug 26 09:03:41 EDT 2008
Philip Lowman wrote:
> On Mon, Aug 25, 2008 at 9:27 AM, cyril_wobow <cyril at wobow.com
> <mailto:cyril at wobow.com>> wrote:
>
> Philip Lowman a écrit :
>
> Does LINK_INTERFACE_LIBRARIES_<CONFIG> do what you want to do?
>
> See
> http://www.cmake.org/HTML/cmake-2.6.html#prop_tgt:LINK_INTERFACE_LIBRARIES
> in conjunction with SET_PROPERTY command.
>
>
> If that works, CMake still could use a way to correlate the
> "debug" or "optimized" target_link_libraries() directives with
> custom build configurations. Perhaps something as simple as.
>
> cmake default:
> SET(CMAKE_DEBUG_CONFIGURATIONS Debug)
> SET(CMAKE_OPTIMIZED_CONFIGURATIONS
> Release;MinSizeRel;RelWithDebInfo)
> user code:
> LIST(APPEND CMAKE_DEBUG_CONFIGURATIONS Profile Coverage Maintainer)
> LIST(APPEND CMAKE_OPTIMIZED_CONFIGURATIONS SuperOptimized)
>
> Thank you for your answer.
> Unfortunately, I don't quite get how to implement your idea :(
> Having cmake work on top of the two variables you suggested would be
> just great; can you please get more into details?
>
>
> I don't know how to implement it either. It would likely take some
> digging through the source and I'm kinda busy this week.
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.
-Brad
More information about the CMake
mailing list