MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0011547CMakeCMakepublic2010-11-30 22:282011-01-12 07:56
ReporterGeorge Staikos 
Assigned ToBrad King 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformApple MacOSOS XOS Version10.4.10
Product VersionCMake 2.8.3 
Target VersionCMake 2.8.4Fixed in VersionCMake 2.8.4 
Summary0011547: Cross compile on Mac Host to non-Mac Target generates invalid soname
DescriptionThe soname generation code is compile-time selected instead of runtime selected. The result is that a Mac compiled cmake used to crosscompile Mac->Unix generates SOs of the form libfoo.x.y.so instead of libfoo.so.x.y as expected. Attached patch fixes it.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Filespatch cmake-cross-apple.patch (2,462) 2010-11-30 22:28
https://public.kitware.com/Bug/file/3541/cmake-cross-apple.patch
Issue History
Date ModifiedUsernameFieldChange
2010-11-30 22:28George StaikosNew Issue
2010-11-30 22:28George StaikosFile Added: cmake-cross-apple.patch
2010-12-09 11:34Brad KingAssigned To => Brad King
2010-12-09 11:34Brad KingStatusnew => assigned
2010-12-09 11:35Brad KingNote Added: 0023848
2010-12-09 11:35Brad KingStatusassigned => closed
2010-12-09 11:35Brad KingResolutionopen => fixed
2011-01-12 07:56David ColeFixed in Version => CMake 2.8.4
2011-01-12 07:56David ColeTarget Version => CMake 2.8.4

Notes
(0023848)
Brad King   
2010-12-09 11:35   
Thanks. I created a simpler fix:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3b7f9014 [^]

The soname applies to MODULE_LIBRARY as well as SHARED_LIBRARY targets. The code is also used for the "realname" which may affect EXECUTABLE targets too. Really the only fix needed was to use a runtime test for an APPLE target platform instead of a compile-time test for an __APPLE__ host platform.