But I can see the argument for consistency. ![]() The library ID is copied at link time into theĬonsuming executable. Programs/libraries that link with this library must be revbumped to use That's why the code that you removed from the port was in there - to remove the use of rpath.īecause the install name of the libraries has changed, all For example, Qt frameworks use you need to go up 2 directories to get the proper rpath entry forĮxactly. Linked-to libraries are using or how deep they expect to be from The main issue with is that an -Wl,-rpath,$dir needs added toĪll linking executables in order to find any libraries using doesn't do this today (mainly because it doesn't know which Is it possible that when you reinstalled the port you received a binary of the existing version, rather than building your locally changed version? Per Mojca's comment in the PR, you had not initially increased the revision. Tested it locally, but maybe that wasn't true after the rebase. I'm pretty sure I had absolute paths in my library IDs when I If we don't want rpaths, and I would argue that we don't, then I would suggest trying to remove that block. INSTALL_NAME_DIR BUILD_WITH_INSTALL_RPATH ON) It seems pretty clear that it's the liblas CMakeLists.txt that's causing this to happen, with this block: ![]() Name should be $prefix/lib with this patch, not as you're In a duplicate -DCMAKE_INSTALL_NAME_DIR=$/lib/liblas_c.2.4.0.dylibĪh, I didn't see that it was already there.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |