Use the full path to the file libwebsocketpp.a in your target_link_libraries call instead of "websocketpp"
HTH, David On Wed, Oct 31, 2012 at 11:51 AM, Marshall, Rob <r...@qti.qualcomm.com> wrote: > Hi, > > > > I am using ExternalProject_Add to build websocketpp. > > The build is successful and libwebsocketpp.a is generated. > > But it appears to be generated as a “UTILITY” rather than a “STATIC”. > > > > How can I configure ExternalProject_Add to build websocketapp as “STATIC”? > > > > When I try and link in websocketpp with MyApp an error occurs: > > > > CMake Error at CMake/CMakeMacros.cmake:434 (target_link_libraries): > > Target "websocketpp" of type UTILITY may not be linked into another > target. > > One may link only to STATIC or SHARED libraries, or to executables with > the > > ENABLE_EXPORTS property set. > > Call Stack (most recent call first): > > /app/MyApp/CMakeLists.txt:25 (my_link_libraries) > > > > Thanks, > > Rob > > > -- > > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Follow this link to subscribe/unsubscribe: > http://www.cmake.org/mailman/listinfo/cmake -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
