Modestas Vainius wrote: > From ld(1): > ----------------------------- > -soname=name > When creating an ELF shared object, set the internal DT_SONAME field to the > specified name. When an executable is linked with a shared object which has > a > DT_SONAME field, then when the executable is run the dynamic linker will > attempt to load the shared object specified by the DT_SONAME field rather > than the using the file name given to the linker. > ----------------------------- > Now you have SONAME disabled in sl/CMakeLists.txt so you get what you have > asked for. Linker uses full path to the library when linking the object > against it because the linker cannot know what name to use for the library. > The SONAME field is the one which tells the linker what name to use.
Ah, thank you for the info! >> I think that cmake 2.4 behavior is correct from this point of view. > Your testcase shows why cmake 2.6 behaviour is better. Actually, it seems > that > you were simply abusing cmake 2.4 limitation... I think you are right. >> Or maybe there is another option i am not ware of to achieve this? > See above. Therefore I'm closing this bug because it was not really a bug in > cmake itself. Ok. Actually there is an inconsistency between cmake 2.4 and 2.6, but I should not be rely on that cmake 2.4 behavior. Thanks, Ludovico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
