-
Notifications
You must be signed in to change notification settings - Fork 38
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
Cross platform prebuild #37
Comments
It seems the problem is that
VS
So either the first native module installs successfully or the second :-( |
I think this is a problem with the FFI module. I just did some testing myself, on my mac, and when I install ffi-napi it also starts to compile. You can repro this (sometimes) doing this cd ffi-napi
node -e "require('./prebuilds/darwin-x64/node.napi.uv1.node')"
Assertion failed: (0), function uv_close, file ../deps/uv/src/unix/core.c, line 174.
Abort trap: 6 Might wanna open an issue there about that. My guess is that the dispose logic has some bug potentially, https://github.com/node-ffi-napi/node-ffi-napi/blob/master/src/ffi.cc#L17 |
Yes I can see that it also starts to compile, even if I remove the first (prebuild) module. A question about that: How is ffi-napi responsible for that? I thought this decision is made by node-gyp-build? I understand your case, because you directly But even if it wouldn't compile there is still a compatibility issue between prebuild-install and node-gyp-build as they treat the |
perhaps this could be helpful package.json: {
...
"scripts": {
...
"postinstall": "electron-builder install-app-deps && rm -rf ./node_modules/ffi-napi/build",
...
}
...
} |
My Electron project's target platform is Windows x64, but it's built on a Linux system. I already have a native module which uses "prebuild". To install dependecies I run:
This has been working correctly.
Now I need to add another native module: ffi-napi. They use prebuildify according to this pull request. It seems, it doesn't work the same way here.
I get this error message:
I see two major problems here:
It's interesting that
ff-napi
also has another native dependenciesref-napi
and that it seems there are no problems with that:The text was updated successfully, but these errors were encountered: