Modestas Vainius wrote: > sekmadienis 22 Birželis 2008, Ludovico Cavedon rašė: >> You can test it with this[2] test case. >> If you compile it with cmake 2.4 and cmake 2.6 you get a different >> output of "obdump m/m | grep sl", determined by the fact that with cmake >> 2.4 the linker is invoked with >> -L/chroot/sid/home/cavedon/gcc/cmt/sl -lsl >> while with 2.6 it is invoked with >> -L../sl/libsl.so > Could you explain what is your bug about? CMP0003 talks only about full path > which is not the case with your test case.
Good point! So probably the bug is not in CMP0003 handling. > Actually, cmake 2.4 behaviour looks > like a bug to me while cmake 2.6 one is more correct in the case you are > describing. You want linking to happen against your project library if you > specify the project target in target_link_libraries(), don't you? So what is > this bug about? I need cmake: * to just specify the library name in the -l option * to only place the library path (without the library name) in the -L option This is because I do not want the path of library embedded in the dependency of the executable: > $ ldd ./m > ../sl/libsl.so (0x00007f6521bfd000) I think that cmake 2.4 behavior is correct from this point of view. Or maybe there is another option i am not ware of to achieve this? Thank you for your help, Ludovico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
