You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue is related to #90 I guess. With the latest release when using using auditwheel -L libs the libs are indeed put under libs yet the RPATH of binaries are set to ${WHEELNAME}libs.
The text was updated successfully, but these errors were encountered:
My bad. I got confused by a previous install and the new behaviour for storing libs. I was expecting files inside the package. Actually the libs are properly installed but in ../${WHEELNAME}libs, i.e. out of the package. This is the new intended behaviour I guess? So It should be fine. Also I can recover the previous behaviour by adding a leading '/' to the -L option.
Note however that this is not documented in the CLI help which is somehow confusing. The help states:
-L LIB_SDIR, --lib-sdir LIB_SDIR
Subdirectory in packages to store copied libraries.
(default: ".libs")
I am not a native English speaker but for me "in package" means inside.
So I would rename this issue to "Change in -L option not documented".
Hello,
thank your for this great tool :)
This issue is related to #90 I guess. With the latest release when using
using auditwheel -L libs
the libs are indeed put underlibs
yet the RPATH of binaries are set to${WHEELNAME}libs
.The text was updated successfully, but these errors were encountered: