Bug #530
RSC's CMake configuration confuses internal and external Boost.UUID
Status: | Resolved | Start date: | 08/31/2011 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | J. Wienke | % Done: | 100% | |
Category: | cmake | |||
Target version: | - |
Description
I think, the problem is caused by
SET(CMAKE_MODULE_PATH ${CMAKE_CURRENT_SOURCE_DIR}/cmake)
at the beginning of
CMakeLists.txt
which seems to cause the subsequentFIND_PACKAGE(BoostUUID)
to find the
FindBoostUUID.cmake
file within the RSC distribution. This file is then probably treated as an external Boost.UUID library.
History
#1 Updated by J. Moringen over 12 years ago
- Description updated (diff)
#2 Updated by J. Wienke over 12 years ago
- Category set to cmake
- Status changed from New to In Progress
#3 Updated by J. Wienke over 12 years ago
CMAKE_MODULE_PATH is not used to find the required library. But I cannot reproduce this problem on archlinux.
#4 Updated by J. Wienke over 12 years ago
- Status changed from In Progress to Feedback
- % Done changed from 0 to 20
Also on moma I get this correct result:
GET_FILENAME_COMPONENT(CONFIG_DIR "${CMAKE_CURRENT_LIST_FILE}" PATH) SET(RSC_LIBRARIES "${CONFIG_DIR}/../../lib/librsc.so") SET(RSC_INCLUDE_DIRS "${CONFIG_DIR}/../../include" "${CONFIG_DIR}/../../include/rsc/3rdparty/boost.uuid") SET(RSC_RUNTIME_LIBRARY_DIRS "${CONFIG_DIR}/../../bin") SET(RSC_VERSION "0.5.0") SET(RSC_CMAKE_MODULE_PATH "${CONFIG_DIR}/../../share/cmake/Modules") SET(RSC_INTERNAL_BOOST_UUID TRUE)
What was your result?
#5 Updated by J. Wienke over 12 years ago
- Status changed from Feedback to Resolved
- % Done changed from 20 to 100
Applied in changeset r342.