Philip Lowman wrote: > On Mon, Aug 25, 2008 at 9:27 AM, cyril_wobow <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> 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 _______________________________________________ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake