Bug #530

RSC's CMake configuration confuses internal and external Boost.UUID

Added by J. Moringen over 12 years ago. Updated over 12 years ago.

Status:ResolvedStart date:08/31/2011
Priority:NormalDue 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 subsequent
FIND_PACKAGE(BoostUUID)

to find the FindBoostUUID.cmake file within the RSC distribution. This file is then probably treated as an external Boost.UUID library.

Associated revisions

Revision fe00f434
Added by J. Wienke over 12 years ago

fix boost uid internal finding logic

fixes #530

Revision 0f14da76
Added by J. Wienke over 12 years ago

merge r342 to branch

refs #530

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.

Also available in: Atom PDF