This repository was archived by the owner on Nov 21, 2020. It is now read-only.
-
-
Notifications
You must be signed in to change notification settings - Fork 3
Bundled dylibs are not linked properly on macOS #63
Labels
blocked
Not our fault that this cannot be done (yet)
distribution
Packaging and distributing of source and binary
help wanted
Extra attention is needed
Milestone
Comments
This comment has been minimized.
This comment has been minimized.
Merged
Closed
McSinyx
added a commit
that referenced
this issue
Apr 21, 2020
This optimizes the execution time of macOS builds and adds initial (no-op) support for Windows. Documentation now admits the issues with macOS wheels. Because of GH-63, CI/CD for Python 3.8 on macOS is temporarily dropped. Build reference for upcoming v0.1.3
McSinyx
added a commit
that referenced
this issue
Apr 21, 2020
This optimizes the execution time of macOS builds and adds initial (no-op) support for Windows. Documentation now admits the issues with macOS wheels. Because of GH-63, CI/CD for Python 3.8 on macOS is temporarily dropped. Build reference for upcoming v0.1.3
Seems to be a delocate's bug, as showed in matthew-brett/delocate#63, coincidentally. |
Per an offline discussion with Dr @trahoa, GH-92 only solve half of the problem. When palace 0.2.0 installed from the wheel on PyPI is imported, libalure2.dylib couldn't be found and Python looked for I'll try to work with Edit: Just took a more careful look at Travis' log and the issue is only with Python 3.7 and 3.8; the wheel seems fine with 3.6. |
McSinyx
added a commit
that referenced
this issue
May 16, 2020
As per GH-63, wheels built on these platforms are not properly repaired.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
blocked
Not our fault that this cannot be done (yet)
distribution
Packaging and distributing of source and binary
help wanted
Extra attention is needed
I tried to solve it in GH-51 but failed. There are two directions that I can think of:
delocate
to be able to bundle the library in@rpath
as in my previous attempt.Package alure2 for Homebrew and install it from there.Edit: this does not magically make the CMake target independent of@rpath
.Either way, I am not familiar with the macOS ecosystem enough to do the job.
The text was updated successfully, but these errors were encountered: