Skip to content

Fix rpath for libraries in subfolders of usr/lib and for executables in usr/lib/libexec#233

Open
ingokloecker wants to merge 5 commits intolinuxdeploy:masterfrom
ingokloecker:master
Open

Fix rpath for libraries in subfolders of usr/lib and for executables in usr/lib/libexec#233
ingokloecker wants to merge 5 commits intolinuxdeploy:masterfrom
ingokloecker:master

Conversation

@ingokloecker
Copy link

This is an attempt to make the rpaths of ELF files in subfolders of usr/lib more correct (if I understand rpath correctly).

The rpath of libraries in subfolders of usr/lib should be
$ORIGIN/<location of usr/lib relative to the dirname of the library>
instead of just $ORIGIN, e.g. for usr/lib/sasl2/libscram.so.3.0.0 it
should be $ORIGIN/..
gcc 12 requires explicitly including <array> when using std::array.
@ingokloecker
Copy link
Author

Additionally, I'm wondering why linuxdeploy sets the rpath to $ORIGIN for deployed dependencies and for existing executables, but appends the calculated rpath to the existing rpaths for libraries already existing in the AppDir. My guess would be that the rpaths of existing libraries is not overwritten to avoid breaking some dependencies. Is this correct?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant