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
In several projects I maintain (e.g. PyAV, aiortc, aioquic..) I need to build additional libraries which then get shipped with the wheels. These additional libraries are built with a custom prefix (/tmp/vendor) so as to keep them explicitly separate from the system libraries.
In order to get auditwheel to pick up the additional libraries, I am forced to add /tmp/vendor/lib to LD_LIBRARY_PATH in my cibuildwheel configuration. However this is very error prone, as it can break other parts of the build.
Would you be open to a PR which introduces an --add-path command-line flag in order to pass additional directories to auditwheel during it's search for libraries? The name of the option was chosen so as to match the one used by delvewheel [1], the Windows counterpart of auditwheel.
Add new --add-path option to auditwheel repair to search for libraries
in additional directories. This avoid having to manipulate
LD_LIBRARY_PATH in the calling process (e.g. cibuildwheel), as this can
have undesirable side-effects.
The name of the option is chosen to match the one provided by
`delvewheel` on Windows.
jlaine
added a commit
to jlaine/auditwheel
that referenced
this issue
Feb 23, 2022
Add new --add-path option to auditwheel repair to search for libraries
in additional directories. This avoid having to manipulate
LD_LIBRARY_PATH in the calling process (e.g. cibuildwheel), as this can
have undesirable side-effects.
The name of the option is chosen to match the one provided by
`delvewheel` on Windows.
jlaine
added a commit
to jlaine/auditwheel
that referenced
this issue
Feb 24, 2022
Add new --add-path option to auditwheel repair to search for libraries
in additional directories. This avoid having to manipulate
LD_LIBRARY_PATH in the calling process (e.g. cibuildwheel), as this can
have undesirable side-effects.
The name of the option is chosen to match the one provided by
`delvewheel` on Windows.
In several projects I maintain (e.g.
PyAV
,aiortc
,aioquic
..) I need to build additional libraries which then get shipped with the wheels. These additional libraries are built with a custom prefix (/tmp/vendor
) so as to keep them explicitly separate from the system libraries.In order to get
auditwheel
to pick up the additional libraries, I am forced to add/tmp/vendor/lib
toLD_LIBRARY_PATH
in mycibuildwheel
configuration. However this is very error prone, as it can break other parts of the build.Would you be open to a PR which introduces an
--add-path
command-line flag in order to pass additional directories toauditwheel
during it's search for libraries? The name of the option was chosen so as to match the one used bydelvewheel
[1], the Windows counterpart ofauditwheel
.[1] https://github.com/adang1345/delvewheel
The text was updated successfully, but these errors were encountered: