<div dir="ltr"><br><br>On Tue, Sep 9, 2008 at 3:31 PM, Brad King <<a href="mailto:brad.king@kitware.com">brad.king@kitware.com</a>> wrote:<br>> Server Levent Yilmaz wrote:<br>>><br>>> I have an outdated version of "Mastering CMake" book (for CMake version<br>
>> 2.2). Referring to section 6.7 "Creating a <Package>Config.cmake<br>>> file", the configure step contains the following:<br>>><br>>> GET_TARGET_PROPERTY( GROMIT_LIBRARY Gromit LOCATION )<br>
>><br>>> where Gromit is the library target and GROMIT_LIBRARY is the variable to<br>>> be used by CONFIGURE_FILE( <a href="http://GromitConfig.cmake.in">GromitConfig.cmake.in</a><br>>> <<a href="http://GromitConfig.cmake.in">http://GromitConfig.cmake.in</a>> ... ) command. The problem is that the<br>
>> LOCATION property is deprecated in CMake 2.6 (see<br>>> <a href="http://www.cmake.org/HTML/cmake-2.6.html#prop_tgt:LOCATION">http://www.cmake.org/HTML/cmake-2.6.html#prop_tgt:LOCATION</a> ), for<br>>> reasons which seems to exclude this particular use.<br>
>><br>>> So, what is the correct way to create config files for a library project?<br>><br>> A totally new packaging mechanism has been implemented since the book<br>> was printed. It is available in CMake 2.6. The documentation is online<br>
> here:<br>><br>> <a href="http://www.cmake.org/Wiki/CMake_2.6_Notes#Exporting_Targets">http://www.cmake.org/Wiki/CMake_2.6_Notes#Exporting_Targets</a><br>> <a href="http://www.cmake.org/Wiki/CMake_2.6_Notes#Packages">http://www.cmake.org/Wiki/CMake_2.6_Notes#Packages</a><br>
><br>> -Brad<br>><br><br>Thank you Brad, I implemented this new mechanism. It is really convenient and works well. But I have a problem with my multi-project workspace. I'll try to lay it down as succinctly as possible. Let the directory structure be: <br>
<br><span style="font-family: courier new,monospace;">/workspace</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">| lib1</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">| lib2</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">| app1</span><br><br>Here lib1 and lib2 are libraries useful on their own, and are being used by application app1. Each one of these three projects have separate CMakeLists.txt and with this new Packaging/Export/Import mechanism, it is very convenient to build and install these SEPARATELY. <br>
<br>But, in a scenario where these projects are developed simultaneously, it is convenient to have a global workspace CMakeLists.txt, and use build-tree exports: <br><br><span style="font-family: courier new,monospace;">#</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"># file: /workspace/CMakeLists.txt</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">#</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">project( mywork CXX C Fortran )</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">cmake_minimum_required(VERSION 2.6)</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">set( lib1_DIR ${PROJECT_BINARY_DIR}/lib1 )</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">set( lib2_DIR ${PROJECT_BINARY_DIR}/lib2 )</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">add_subdirectory( lib1 )</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">add_subdirectory( lib2 )</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">add_subdirectory( app1 )</span><br><br>And for example in lib1, in addition to install(TARGET ...) install(EXPORT ...) commands we have:<br><br><span style="font-family: courier new,monospace;">export(TARGETS lib1 FILE lib1-targets.cmake )</span><br style="font-family: courier new,monospace;">
<br>And in app1 we simply have <br><br><span style="font-family: courier new,monospace;">find_package( lib1 )</span><br>target_link_libraries( app1 lib1 )<br>include_directories( ${lib1_INCLUDE_DIR} ) <br># etc ...<br><br>
Again, this works very well with separate builds/installations. But when app1 is built as a part of the workspace/CMakeLists.txt cmake gives the following error: <br><br><span style="font-family: courier new,monospace;">CMake Error at build/lib1/lib1-targets.cmake:16 (ADD_LIBRARY):</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> add_library cannot create imported target "lib1" because another target</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> with the same name already exists.</span><br style="font-family: courier new,monospace;">
<br>Straightforward workarounds to this generate bunch of other problems but I will not get into those right now. Hopefully we can discuss more. <br><br>Any suggestions, even in the form "dude, you got it all wrong. This is not the way it's supposed to work", would be appreciated. <br>
<br><br>Levent<br><br><br>-- <br>Server Levent Yilmaz<br>Mechanical Engineering<br>University of Pittsburgh<br><br></div>