-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error running on macOS #2
Comments
Looks like dlopen is trying to load the .so rather than the .dylib. I don't know where/how that is specified, but it seems as if it may be the culprit. |
It's defined here: https://github.com/valum-framework/vsgi/blob/master/src/vsgi-server-module.vala#L59 It's using GModule under the hood, so I'd expect it to just work. |
It's an issue with Meson: mesonbuild/meson#3053 If they accept to change |
Could you test https://github.com/valum-framework/valum/tree/stable? You can set |
Switched |
Have you done the following?
I don't own a Mac, so I cannot be of much help.. |
Yes. I did it from a clean clone just in case. Same result. |
Also, running the tests in that branch of valum fails in the tests that attempt load any modules:
|
I've also seen this happen (in person) but couldn't investigate further as it wasn't my mac |
Could any of you run the tests with strace and send me a dump? There's some work upstream to include more sensible prefix/suffix for loadable objects: in GModule https://bugzilla.gnome.org/show_bug.cgi?id=671212#c5 |
Ran with dtruss on mac. Output attached. Let me know if you want it run in another way. |
I'm already aware of the bug now! I pushed a fix here: valum-framework/valum@6a46be9 if you want to test it. |
Close, but have to get rid of the trailing '.so':
|
It should work now! |
It looks like the dylib that gets created is not of the name that is expected:
If I create some symlinks for -fastcgi, -http and -mock, it finds the libs, but then I get the following errors:
Looks like there is no server_init?
|
That's because the server library are actually in It sounds like a $RPATH issue. I've pushed another commit using Meson's |
I'm not sure if Valum is tested on macOS, so that may be the core issue here. Compilation works fine, but I'm seeing the following when I try to run:
I'm using Vala 0.38.7.
Any suggestions?
The text was updated successfully, but these errors were encountered: