You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's been happening for some times (several weeks I think). I hoped it would fix itself upstream like it happens sometimes, but unfortunately these errors don't go away.
Hey @targos, with these changes in v8.patch I was able to build Node.js. I know there is a GHA for building on Windows, but I'm not sure if there is a way to run tests on Windows through this repo (I couldn't find it). In any case, we can always use the CI for that. Since I'm new to this repo, can you try applying this patch and running it through GHA, or explain to me how to do it?
A few details on the problem - there were two problematic commits in V8 I found: v8/v8@cb9bdcf and v8/v8@8005bd2. I did partial reverts of them as they were refactoring some parts of code that were problematic when building. The biggest issue was changing the typename in templates and exposing them via using. My patch file keeps commit history (2 reverts and 1 hotfix I had to apply after), but can ultimately be squashed if we decide to use it in future V8 updates.
That's probably the best thing to do. I guess we can apply the patch temporarily if needed, but the goal should be to send changes upstream. I doubt that the would accept 2 reverts?
An update on this - I see that last week, some changes landed in fixed-array.h and other related files. Since this can happen at any time, and we have no control over it, I suggest leaving it like this until the next Node.js V8 update that is affected by it. When that happens, we'll have the exact version of V8 to work with and I can start from there and patch it.
This is by no means an ideal approach, but since my changes revert parts of the code, I also doubt it will be accepted upstream. I'd like to get to it and make a decent fix that I can try to land in V8. Once I have more time to invest in that I will.
Are v8-canary builds for Windows still broken? I've been using a build from last September to test out the V8 dev trial for the Shared Structs proposal, but haven't been able to use any of the more recent versions as they are lacking windows builds.
Activity
StefanStojanovic commentedon Nov 17, 2023
I'll take a look at it. Thanks for the info.
StefanStojanovic commentedon Nov 23, 2023
Hey @targos, with these changes in v8.patch I was able to build Node.js. I know there is a GHA for building on Windows, but I'm not sure if there is a way to run tests on Windows through this repo (I couldn't find it). In any case, we can always use the CI for that. Since I'm new to this repo, can you try applying this patch and running it through GHA, or explain to me how to do it?
A few details on the problem - there were two problematic commits in V8 I found: v8/v8@cb9bdcf and v8/v8@8005bd2. I did partial reverts of them as they were refactoring some parts of code that were problematic when building. The biggest issue was changing the
typenamein templates and exposing them viausing. My patch file keeps commit history (2 reverts and 1 hotfix I had to apply after), but can ultimately be squashed if we decide to use it in future V8 updates.targos commentedon Nov 23, 2023
That's probably the best thing to do. I guess we can apply the patch temporarily if needed, but the goal should be to send changes upstream. I doubt that the would accept 2 reverts?
StefanStojanovic commentedon Dec 4, 2023
An update on this - I see that last week, some changes landed in fixed-array.h and other related files. Since this can happen at any time, and we have no control over it, I suggest leaving it like this until the next Node.js V8 update that is affected by it. When that happens, we'll have the exact version of V8 to work with and I can start from there and patch it.
This is by no means an ideal approach, but since my changes revert parts of the code, I also doubt it will be accepted upstream. I'd like to get to it and make a decent fix that I can try to land in V8. Once I have more time to invest in that I will.
targos commentedon Jan 4, 2024
@StefanStojanovic V8 update PR: nodejs/node#51362
medjamac commentedon Feb 26, 2024
medjamac commentedon Feb 27, 2024
rbuckton commentedon Mar 8, 2024
Are v8-canary builds for Windows still broken? I've been using a build from last September to test out the V8 dev trial for the Shared Structs proposal, but haven't been able to use any of the more recent versions as they are lacking windows builds.
targos commentedon Mar 9, 2024
Yes, they're still broken, and the fix from nodejs/node@6f6a7fc doesn't apply cleanly to V8's lkgr branch.
vsemozhetbyt commentedon Apr 24, 2024
As this issue is closed, are there any other issues that still prevent Windows canary builds in https://direct.nodejs.org/download/v8-canary/ ?
targos commentedon Apr 24, 2024
I'll check tomorrow
targos commentedon Apr 25, 2024
Still fails, but now for a different reason:
https://ci-release.nodejs.org/job/iojs+release/10154/nodes=vs2022-x64/console
targos commentedon Apr 25, 2024
@joyeecheung does that ring a bell?
targos commentedon Apr 27, 2024
It's v8/v8@f4e0644
Needs a gyp variant of v8/node#176
targos commentedon Apr 27, 2024
I pushed 47d3875 🤞🏻
targos commentedon Apr 27, 2024
Added d9ccae4 and 052e970 to fix another issue.
targos commentedon Apr 28, 2024
It broke everything. I found another way to make it right: bf29057
targos commentedon Apr 28, 2024
CI: https://ci.nodejs.org/job/node-test-commit/70322/
targos commentedon Apr 28, 2024
Build is fixed. I'll close tomorrow if the canary release works
vsemozhetbyt commentedon Apr 29, 2024
Builds for Windows seem back again: https://direct.nodejs.org/download/v8-canary/v23.0.0-v8-canary20240429c20f5ac96c/
Thank you for revitalizing them.
targos commentedon Apr 29, 2024
Finally 😭