MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0012263CMakeCMakepublic2011-06-10 00:292013-10-07 10:09
ReporterClinton Stimpson 
Assigned ToClinton Stimpson 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformMacOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0012263: framework with SKIP_BUILD_RPATH gets wrong install_name
DescriptionCMake/Tests/BundleUtilties/CMakeLists.cmake has this:

# a framework library
add_library(framework SHARED framework.cpp framework.h)
# TODO: fix problems with local frameworks without rpaths
#set_target_properties(framework PROPERTIES FRAMEWORK 1)

When compiling the framework library it has an install_name of "framework" instead of "framework.framework/Versions/A/framework"
Steps To Reproduce
Additional InformationIf cmTarget::GetInstallNameDirForBuildTree is adjusted to return "framework.framework/Versions/A/framework" instead of an empty string, that fixes the problem if using makefiles.
Xcode still has a problem and it gets into the particulars about the xcode project file that I'm not yet sure how to fix.
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2011-06-10 00:29Clinton StimpsonNew Issue
2011-06-13 14:46David ColeAssigned To => David Cole
2011-06-13 14:46David ColeStatusnew => assigned
2012-08-13 15:16David ColeStatusassigned => backlog
2012-08-13 15:16David ColeNote Added: 0030610
2012-08-13 15:17David ColeAssigned ToDavid Cole =>
2013-05-21 11:43Clinton StimpsonAssigned To => Clinton Stimpson
2013-05-21 11:43Clinton StimpsonStatusbacklog => assigned
2013-05-21 11:45Clinton StimpsonNote Added: 0033106
2013-05-21 11:45Clinton StimpsonStatusassigned => resolved
2013-05-21 11:45Clinton StimpsonResolutionopen => fixed
2013-10-07 10:09Robert MaynardNote Added: 0034053
2013-10-07 10:09Robert MaynardStatusresolved => closed

Notes
(0030610)
David Cole   
2012-08-13 15:16   
Sending old, not-recently-updated issues to the backlog.

(The age of the bug alone means that nobody is actively working on it...)

If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^]

It's easy to re-activate a bug here if you can find a CMake developer who has the bandwidth to take it on, and ferry a fix through to our 'next' branch for dashboard testing.
(0033106)
Clinton Stimpson   
2013-05-21 11:45   
Fixed in 355fca64f
(0034053)
Robert Maynard   
2013-10-07 10:09   
Closing resolved issues that have not been updated in more than 4 months.