Skip to content

node-gyp-build: ^4.8.2#283

Open
cclauss wants to merge 6 commits intonode-ffi-napi:masterfrom
cclauss:patch-2
Open

node-gyp-build: ^4.8.2#283
cclauss wants to merge 6 commits intonode-ffi-napi:masterfrom
cclauss:patch-2

Conversation

@cclauss
Copy link
Copy Markdown

@cclauss cclauss commented Oct 23, 2024

@cclauss
Copy link
Copy Markdown
Author

cclauss commented Oct 24, 2024

@btsimonh Other suggestions for getting AppVeyor tests to pass?

@btsimonh
Copy link
Copy Markdown

have a look here...
https://github.com/btsimonh/node-ffi-napi/tree/my-ci-tests
I've dropped appveyer, and implemented native github actions. It's just a test branch for the moment.
CI passes on that branch if only asking for node 22 and not asking for macos x64. Saw you may be an Apple guy - so maybe macos x64 is something you know more about than me :).

urbanogilson added a commit to napi-ffi/node-ffi-napi that referenced this pull request Apr 4, 2026
Upstream fixes present:
- libffi.gyp: correct preprocess_asm.cmd path for Windows (node-ffi-napi#293, node-ffi-napi#265)
- src/ffi.cc: remove NAPI_EXPERIMENTAL define (node-ffi-napi#283)
- node-gyp-build bumped to ^4.8.2, prebuildify to ^6.0.1 (node-ffi-napi#283)
urbanogilson added a commit to napi-ffi/node-ffi-napi that referenced this pull request Apr 4, 2026
* Bump version to 4.0.5

Upstream fixes present:
- libffi.gyp: correct preprocess_asm.cmd path for Windows (node-ffi-napi#293, node-ffi-napi#265)
- src/ffi.cc: remove NAPI_EXPERIMENTAL define (node-ffi-napi#283)
- node-gyp-build bumped to ^4.8.2, prebuildify to ^6.0.1 (node-ffi-napi#283)
- Supported on node 22 (Linux/Mac/Windows/Mingw) node-ffi-napi#281 node-ffi-napi#270


* Add MinGW (MSYS2 MINGW64) build and test job

Uses MSYS2's own Node.js package so os.type() returns MINGW64_NT-*,
which activates the MinGW code path in libffi.gyp (GCC compiles .S
files directly instead of the MSVC preprocess_asm.cmd route).

* Improve MSYS2 detection

* Use MSYSTEM_PREFIX to detect MSYS2 toolchain instead of MSYSTEM

* Skip uv_fs_open symbol check on MinGW/MSYS2 Windows builds

On MSYS2 MinGW nodes, libuv is not necessarily re-exported from the
node binary, so GetProcAddress("uv_fs_open") returns error 127. The
test still verifies that Library(null, {}) succeeds on MinGW; only the
MSVC-specific symbol export assumption is skipped.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants