MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0015263CMakeModulespublic2014-11-25 01:582016-06-10 14:31
ReporterChristian Ehrlicher 
Assigned ToKitware Robot 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionmoved 
PlatformWindowsOSWin32OS Version7
Product VersionCMake 3.0.2 
Target VersionFixed in Version 
Summary0015263: FindOSG/FindOpenThreads does not work when only debug libraries are installed
DescriptionWhen only the Debug versions of OSG/OpenThreads libraries are installed, cmake is unable to find the libraries. The problem is, that Findosg_functions.cmake only add the debug library to '${module_uc}_LIBRARIES' but later on FIND_PACKAGE_HANDLE_STANDARD_ARGS() is called with '${module_uc}_LIBRARY' which is only filled when the release version of OSG is found.

Simple fix: change '${module_uc}_LIBRARY' to '${module_uc}_LIBRARIES' in the FPHSA - call and all is working as expected.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2014-11-25 01:58Christian EhrlicherNew Issue
2014-11-25 09:42Brad KingNote Added: 0037277
2014-11-26 08:07Christian EhrlicherNote Added: 0037291
2014-11-26 09:52Brad KingNote Added: 0037295
2016-06-10 14:29Kitware RobotNote Added: 0042674
2016-06-10 14:29Kitware RobotStatusnew => resolved
2016-06-10 14:29Kitware RobotResolutionopen => moved
2016-06-10 14:29Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0037277)
Brad King   
2014-11-25 09:42   
See 0015121 and 0015121:0036895.
(0037291)
Christian Ehrlicher   
2014-11-26 08:07   
0015121 is not related to this bug. My problem only occours when I try to search the debug libraries of osg (and there are not release ones)
(0037295)
Brad King   
2014-11-26 09:52   
Re 0015263:0037291: The point is that this module has no active maintainer, and that the upstream OSG should be providing cmake packaging files itself since it is built with CMake. If the latter were done then CMake would not even need a find module for it except to support older versions.

The FindQt4 module supports <name>_LIBRARY_DEBUG and <name>_LIBRARY_RELEASE variables that are then used to set <name>_LIBRARY based on whether one or both of the config-specific libraries are found. Something similar could be done here too, but would not be necessary if the upstream packaged for CMake correctly as mentioned in 0015121:0036895.
(0042674)
Kitware Robot   
2016-06-10 14:29   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.