-
Notifications
You must be signed in to change notification settings - Fork 30.1k
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
Graduate experimental N-API feature napi_threadsafe_function #24249
Comments
Interestingly enough, I found that the Now that being said, it's a nice wrapper that may be easier to use than interacting directly with libuv, so I'm not saying it should be dropped. |
@nodejs/n-api |
I'd like to correct that I still don't believe that we can depend on libuv stability. When Node.js moves to a new major version things will break. If you want ABI stability you can only depend on the functions which are part of N-API. It may be possible to implement checks/binaries for different Node.js versions with different major versions of libuv but nothing in our existing versioning will help with that (might be something to look at if we believe updates to the libuv major version are going to be far enough apart). Based on this real-world use/validation as well as prior use I'd suggest we graduation napi_threadsafe_function from experimental |
@mhdawson this means we should create version 4 of N-API. What else can we bundle into it? |
We concluded at today's N-API meeting that |
Created a new PR for fsevents using these: fsevents/fsevents#247 |
This is the latest version of fsevents based on napi. fsevents/fsevents#247 However to be able to release somewhat smoothly #25002 needs to be in. |
We talked today in the N-API team meeting and @gabrielschulhof is going to going to create a PR to move it out of experimental on master. The goal is to that that backported for a potential SemVer minor 8.x release being planned by the Release WG. |
Fixes: #24249 PR-URL: #25556 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]>
Fixes: nodejs#24249 PR-URL: nodejs#25556 Backport-PR-URL: nodejs#25633 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]>
Fixes: nodejs#24249 PR-URL: nodejs#25556 Backport-PR-URL: nodejs#25633 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]>
Fixes: #24249 PR-URL: #25556 Backport-PR-URL: #25633 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]>
Fixes: #24249 PR-URL: #25556 Backport-PR-URL: #25648 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Michael Dawson <[email protected]>
I reworked
fsevents
to use N-API. For that I had to use thenapi_threadsafe_function
family of features, which are currently behind experimental. They work like a charm.Can we graduate these out of experimental, backport them to v8.x and bump the N-API version?
See: fsevents/fsevents#237
(Came out of a discussion with @mhdawson)
The text was updated successfully, but these errors were encountered: