Build wheels properly for macOS (with dynamic libs included) #51
Conversation
|
@TrungNguyen1909, could please give me a hand on this? The issue is basically:
UserWarning: Couldn't find @rpath/libalure2.dylib on paths:
warnings.warn(
/usr/local/Cellar/libogg/1.3.4/lib/libogg.0.dylib
/usr/local/Cellar/libsndfile/1.0.28/lib/libsndfile.1.dylib
/usr/local/Cellar/libvorbis/1.3.6/lib/libvorbis.0.dylib
/usr/local/Cellar/libvorbis/1.3.6/lib/libvorbisfile.3.dylib
/usr/local/Cellar/openal-soft/1.20.1/lib/libopenal.1.20.1.dylib
/usr/local/Cellar/opus/1.3.1/lib/libopus.0.dylib
/usr/local/Cellar/opusfile/0.11_1/lib/libopusfile.0.dylib
@rpath/libalure2.dylibThis might be fixable by tweaking the alure cmake target passing in Originally posted by @McSinyx in #1 (comment) With matthew-brett/delocate#26 I thought 2018721 would work but it didn't 🙁 The steps to reproduce would be
Then after unzipping the wheel there should be a |
|
.dylib is not a folder. it is basically something like an shared object(.so) |
|
Thank you genius, I mean when you unpack the wheel there should be a folder named like that with files of that extension inside, i.e. Anyway, any advice/finding on this? |
|
why couldn't you install it with homebrew? I dont think it will statically linked that |
|
I asked you a simple favor to just find a way to make manually compiled lib delocated, but if you are familiar with brew enough to package alure2, please do. The instruction at the project page is enough I hope, though I can't do it myself due to the lack of facilities for local testing (aight TBH I know hackintosh is an option, but dedicating time and effort to install something I'll never use is not, ehm, my kinda kink). |
|
Urgh alure build failed: |
|
And how to reproduce that? BTW dumb is an optional dependency only used for examples, so you can drop it if it doesn't work though. |
|
Gentle ping @TrungNguyen1909! Also thank you for offering help on this! |
|
@McSinyx here is the build output |
What do you even expect? |
|
Oh, I see, |
|
|
|
Thanks for the output, it'd take me an hour of stress to wait for those on Travis otherwise. What is the output of |
This is that's inside of the manylinux wheel after |
|
|
But why does it matter? Normal build produced a shared object without any problems. #include <stdio.h>
#include <dlfcn.h>
int main(int argc, char *argv[]) {
printf("%p\n",dlopen("/usr/local/Cellar/python/3.7.7/Frameworks/Python.framework/Versions/3.7/Python",0));
printf("%p\n",dlopen("/Users/trung/Projects/palace/products/palace.cpython-37m-darwin.so",0));
printf("%s\n",dlerror());
} |
OK so WTF is the problem with delocate?