-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
deps: update V8 to 13.0 #55014
base: main
Are you sure you want to change the base?
deps: update V8 to 13.0 #55014
Conversation
Review requested:
|
@nodejs/tsc per nodejs/Release#1034 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Now I think we have disposable and Co? Maybe notable?
I get the notable changes from https://chromestatus.com/roadmap. |
It's in the v8 code. Maybe not enabled still? |
Probably. The tracking issue is still open: https://issues.chromium.org/issues/42203506 |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #55014 +/- ##
==========================================
- Coverage 88.39% 87.86% -0.54%
==========================================
Files 652 652
Lines 186568 186568
Branches 36047 35744 -303
==========================================
- Hits 164924 163925 -999
- Misses 14915 15870 +955
- Partials 6729 6773 +44 |
@nodejs/platform-windows MSVC complains:
|
@ronag @anonrig |
So basically Fast API is "broken"? This will cause some massive perf regressions (maybe good idea to kick of a benchmark CI to confirm). Can we involve someone with V8 knowledge? If benchmarks do not show regressions then I agree that we just apply 112b303 as a workaround. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
Either fast API is "broken", or the strings used in the test are no longer of the kind "fast one-byte". |
No, the test is. At least two of the four calls pass two-byte strings. I believe v8/v8@a1ada77 is the responsible change upstream. |
I'm trying to upstream a fix for the MSVC error: https://chromium-review.googlesource.com/c/v8/v8/+/5878257 |
Major V8 updates are usually API/ABI incompatible with previous versions. This commit adapts NODE_MODULE_VERSION for V8 13.0. Refs: https://github.com/nodejs/CTC/blob/master/meetings/2016-09-28.md
dllexport introduces issues when compiling with MSVC. PR-URL: nodejs#47251 Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Jiawen Geng <[email protected]> Reviewed-By: Rafael Gonzaga <[email protected]> Reviewed-By: Richard Lau <[email protected]>
It introduces process hangs on some platforms because Node.js doesn't tear down V8 correctly. Disable it while we work on a solution. Refs: nodejs#47297 Refs: https://bugs.chromium.org/p/v8/issues/detail?id=13902 PR-URL: nodejs#47450 Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Michael Dawson <[email protected]> Reviewed-By: Rich Trott <[email protected]> Reviewed-By: James M Snell <[email protected]>
PR-URL: nodejs#54077 Reviewed-By: Jiawen Geng <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Joyee Cheung <[email protected]> Reviewed-By: Marco Ippolito <[email protected]>
Co-Authored-By: Michaël Zasso <[email protected]> PR-URL: nodejs#54536 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Jiawen Geng <[email protected]> Reviewed-By: Marco Ippolito <[email protected]> Reviewed-By: Richard Lau <[email protected]>
PR-URL: nodejs#53134 Refs: nodejs#52809 Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Michaël Zasso <[email protected]> Reviewed-By: James M Snell <[email protected]>
It's causing compiler errors with some classes on Xcode 11 and the attribute should have no runtime effect. PR-URL: nodejs#54077 Reviewed-By: Jiawen Geng <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Joyee Cheung <[email protected]> Reviewed-By: Marco Ippolito <[email protected]>
PR-URL: nodejs#54536 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Jiawen Geng <[email protected]> Reviewed-By: Marco Ippolito <[email protected]> Reviewed-By: Richard Lau <[email protected]>
Original commit message: [turboshaft][tsa] specify namespace for Block It is ambiguous otherwise. There is `v8::internal::Block` and `v8::internal::compiler::turboshaft::Block`. This change is also consistent with the other types used in the macro. Change-Id: Ica7e5a09de955d8f38756fe26ab5f7e93e7e16e2 Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/5878257 Reviewed-by: Camillo Bruni <[email protected]> Commit-Queue: Michaël Zasso <[email protected]> Reviewed-by: Igor Sheludko <[email protected]> Cr-Commit-Position: refs/heads/main@{#96278} Refs: v8/v8@0c11fee
V8 removed support for it. Refs: v8/v8@6437539
It seems that the arguments are no longer of type `FastOneByteString`.
Updated e68b2f6 to fix the |
This PR requires newer macOS versions in CI. |
Is this the only blocker for this PR? |
As far as I know, yes |
Notable changes: