[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