Closed gijzelaerr closed 2 years ago
@HexDecimal - any ideas here? I guess this is the refactor?
downgrading to 0.8.2
seems to resolve the issue.
@HexDecimal - any ideas here? I guess this is the refactor?
The recursive dependency resolver noticed that the system library /usr/lib/libcompression.dylib
had a reference back to the local library /usr/local/lib/liblzma.5.dylib
and tried to update its install names. I'm guessing the local library took priority over a system library during dynamic linking.
This might have happened because of the differences in how lib_filt_func
and copy_filt_func
work. The code could be updated so that checks to lib_filt_func
are always False whenever copy_filt_func
is False.
Aha - thanks for that analysis. I guess this is, in fact, a genuine error, in that it is not possible, in this case, to recreate the behavior of the code on the system, without copying the system lib.
I can add a fix to #118 or add a fix in a separate PR.
Depending on the rpaths of system libraries it might be possible to create a test to check this.
I think the best option would be to have lib_filt_func
and copy_filt_func
not be defined as separate parameters.
Or maybe you can keep them separate to define intent, but combining them internally will resolve this issue.
That was partly my point about this being a genuine error - in that the copy_filt_func
says not to copy, but we discover that this means we can't delocate the package properly.
I guess my question here is - should we raise a more informative error here? Or just pass silently by?
I'm preparing a fix with #120. There won't be an error, files which aren't copied will no longer be followed. So Delocate will no longer have non-copied libraries depending on copied libraries.
thanks!
I suddenly start experiencing issues running delocate building our binary wheels, it looks like delocate is trying to modify system libraries and fails to do so.
delocate version 0.9 only, downgrading to 0.8.2 seems to resolve the issue. python version 3.6, 3.7, 3.8, 3.9 (pyenv) on OS X 10.15 (github actions).
output:
full build can be found here:
https://github.com/MonetDBSolutions/MonetDBe-Python/runs/3201098936?check_suite_focus=true