Skip to content

Revert "deps,lib,tools: remove jitless and lite modes" - #66516

Merged
nodejs-github-bot merged 1 commit into
nodejs:mainfrom
joyeecheung:allow-jitless
Oct 5, 2026
Merged

nodejs-github-bot merged 1 commit into
nodejs:mainfrom
joyeecheung:allow-jitless

Conversation

@joyeecheung

Copy link
Copy Markdown
Member

Newer version of V8 no longer supports
--allow-overwriting-for-next-flag and there's no way to override the preset flag now. Revert the commit to allow users to opt-in into the flags if still necessary.

This reverts commit 7e39b87.

Newer version of V8 no longer supports
--allow-overwriting-for-next-flag and there's no way to
override the preset flag now. Revert the commit to allow
users to opt-in into the flags if still necessary.

This reverts commit 7e39b87.

Signed-off-by: Joyee Cheung <joyeec9h3@gmail.com>
@nodejs-github-bot

Copy link
Copy Markdown
Collaborator

Review requested:

  • @nodejs/build
  • @nodejs/config
  • @nodejs/gyp
  • @nodejs/startup
  • @nodejs/tsc
  • @nodejs/v8-update

@nodejs-github-bot nodejs-github-bot added lib / src Issues and PRs involving general changes in the lib/ or src/ directories. needs-ci PRs that need a full CI run. labels Oct 4, 2026
@aduh95 aduh95 added fast-track PRs proposed for a shorter-than-standard waiting period before landing. author ready PRs with CI started, the required approvals, and no outstanding review comments. request-ci Add this label to start a Jenkins CI on a PR. Only starts once the PR has an approving review. dont-land-on-v22.x PRs that should not land on the v22.x-staging branch and should not be released in v22.x. dont-land-on-v24.x PRs that should not land on the v24.x-staging branch and should not be released in v24.x. dont-land-on-v26.x PRs that should not land on the v26.x-staging branch and should not be released in v26.x. labels Oct 4, 2026
@github-actions

github-actions Bot commented Oct 4, 2026

Copy link
Copy Markdown
Contributor

Fast-track has been requested by @aduh95. Please 👍 to approve.

@github-actions github-actions Bot removed the request-ci Add this label to start a Jenkins CI on a PR. Only starts once the PR has an approving review. label Oct 4, 2026
@nodejs-github-bot

Copy link
Copy Markdown
Collaborator

@ShogunPanda ShogunPanda added commit-queue PRs queued for automated landing through the Commit Queue. commit-queue-squash PRs the Commit Queue should land as one squashed commit. labels Oct 5, 2026
@nodejs-github-bot nodejs-github-bot added commit-queue-failed PRs whose Commit Queue landing failed and need manual intervention before retrying. and removed commit-queue PRs queued for automated landing through the Commit Queue. labels Oct 5, 2026
@nodejs-github-bot

Copy link
Copy Markdown
Collaborator

Commit Queue failed

   ✖  GitHub CI is still running
   ✖  Last Jenkins CI still running

The pull request was removed from the Commit Queue and labeled commit-queue-failed PRs whose Commit Queue landing failed and need manual intervention before retrying. . After resolving the failure, remove that label and add commit-queue PRs queued for automated landing through the Commit Queue. to retry.

Full Commit Queue output
�[36m⠋�[39m Loading data for nodejs/node/pull/66516
�[36m⠋�[39m Loading data for nodejs/node/pull/66516
�[36m⠋�[39m Getting collaborator contacts from README of nodejs/node
�[36m⠋�[39m Getting PR from nodejs/node/pull/66516
�[36m⠋�[39m Getting reviews from nodejs/node/pull/66516
�[36m⠋�[39m Getting comments from nodejs/node/pull/66516
�[36m⠋�[39m Getting commits from nodejs/node/pull/66516
✔  Done loading data for nodejs/node/pull/66516
----------------------------------- PR info ------------------------------------
Title      Revert "deps,lib,tools: remove jitless and lite modes" (#66516)
Author     Joyee Cheung <joyeec9h3@gmail.com> (@joyeecheung)
Branch     joyeecheung:allow-jitless -> nodejs:main
Labels     lib / src, fast-track, author ready, needs-ci, commit-queue, commit-queue-squash, dont-land-on-v22.x, dont-land-on-v24.x, dont-land-on-v26.x
Commits    1
 - Revert "deps,lib,tools: remove jitless and lite modes"
Committers 1
 - Joyee Cheung <joyeec9h3@gmail.com>
PR-URL: https://github.com/nodejs/node/pull/66516
Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com>
Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
------------------------------ Generated metadata ------------------------------
PR-URL: https://github.com/nodejs/node/pull/66516
Reviewed-By: Antoine du Hamel <duhamelantoine1995@gmail.com>
Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com>
--------------------------------------------------------------------------------
   ℹ  This PR was created on Sun, 04 Oct 2026 22:38:31 GMT
   ✔  Approvals: 2
   ✔  - Antoine du Hamel (@aduh95) (TSC): https://github.com/nodejs/node/pull/66516#pullrequestreview-5408669020
   ✔  - Trivikram Kamat (@trivikr): https://github.com/nodejs/node/pull/66516#pullrequestreview-5409344790
   ℹ  This PR is being fast-tracked
   ✖  GitHub CI is still running
   ℹ  Last Full PR CI on 2026-10-04T23:11:37Z: https://ci.nodejs.org/job/node-test-pull-request/78173/
�[36m⠙�[39m Querying data for job/node-test-pull-request/78173/
�[36m⠙�[39m Querying data for job/node-test-pull-request/78173/
�[36m⠙�[39m Querying API for job/node-test-pull-request/78173/
✔  Build data downloaded
   ✖  Last Jenkins CI still running
--------------------------------------------------------------------------------
   ✔  Aborted `git node land` session in /home/runner/work/node/node/.ncu

View workflow run

@ShogunPanda

Copy link
Copy Markdown
Contributor

I'm exploring an easy follow up that might fix this, following #1 on #66459 (comment).

Please hold off a little bit on this so we can evaluate.

@trivikr trivikr added the blocked PRs that are blocked by other issues or PRs. label Oct 5, 2026
@MikeMcC399

Copy link
Copy Markdown
Contributor

If this is landed, then the original PR #66459 also needs dont-land-on-v?.x labels

https://github.com/nodejs/node/blob/main/doc/contributing/collaborator-guide.md#reverting-commits

Apply dont-land-on-v?.x labels to the revert pull request and to its corresponding original pull request, unless the original pull request has already been backported.

@ShogunPanda

Copy link
Copy Markdown
Contributor

@joyeecheung I just sent #66524, which should eliminate the need for the revert. PTAL.

@aduh95

aduh95 commented Oct 5, 2026

Copy link
Copy Markdown
Contributor

This has green CI and approvals, #66524 has neither. Let's land this one, it's easy enough to re-apply

@aduh95 aduh95 removed the blocked PRs that are blocked by other issues or PRs. label Oct 5, 2026
@aduh95 aduh95 added commit-queue PRs queued for automated landing through the Commit Queue. and removed commit-queue-failed PRs whose Commit Queue landing failed and need manual intervention before retrying. commit-queue-squash PRs the Commit Queue should land as one squashed commit. labels Oct 5, 2026
@nodejs-github-bot
nodejs-github-bot merged commit 88ec314 into nodejs:main Oct 5, 2026
119 of 123 checks passed
@nodejs-github-bot

Copy link
Copy Markdown
Collaborator

Landed in 88ec314

@nodejs-github-bot nodejs-github-bot removed the commit-queue PRs queued for automated landing through the Commit Queue. label Oct 5, 2026
@ShogunPanda

Copy link
Copy Markdown
Contributor

@aduh95 I don't understand. I explicitly blocked this. There was no rush to land, especially since I also provided a remediation in a separate PR.
Why did you merge this?

@aduh95

aduh95 commented Oct 5, 2026 •

Copy link
Copy Markdown
Contributor

There was no rush to land

Yes there was, CI was broken on main

@ShogunPanda

Copy link
Copy Markdown
Contributor

No there wasn't. I had another PR that could have been fast-tracked as well and provide a remediation.

@joyeecheung

joyeecheung commented Oct 5, 2026 •

Copy link
Copy Markdown
Member Author

Technically it was the V8 canary broken on main, which was why I pushed the revert to canary-base to fix it for the canary CI (though it in turn needs nodejs/node-core-utils#1213 first to actually be able to build and show the failure caused by the change).

IMO when something breaks on main and noticed very quickly, the best course of action is to revert and then think about relanding. It simply means the initial patch wasn't reviewed more thoroughly and we've missed something to consider, and it's fine to take a bit more time to polish and reland, V8 does that constantly. But it's not a good state to leave a branch broken while that polishing is happening.

@ShogunPanda

Copy link
Copy Markdown
Contributor

I kinda disagree: revert is surely viable especially when there was not ETA on a fix.
This was not the case. Canary does not have the urgence of a fast-track revert.
But on this I agree we have different (and legit) visions so I'm not arguing on this.

But, the biggest issue is that my remediation fix and my block were totally ignored.
This is definitely not cool.

@aduh95

aduh95 commented Oct 5, 2026 •

Copy link
Copy Markdown
Contributor

I was not under the impression that were blocking this, FWIW here's what our collaborator guide says:

Collaborators can object to a pull request by using the "Request
Changes" GitHub feature. Dissent comments alone don't constitute an
objection, nor do dissenting comments made in any associated issue.

In any case, I'm sorry that you felt you were ignored. As mentioned in #66516 (comment), it didn't look like that your PR would be ready for a while, and the list of PRs with failing CI was growing so I took the executive decision to not delay further and land this one instead.

As Joyee mentioned, you don't have to abandon #66524 – you'd need to revert the revert commit.

@ShogunPanda

Copy link
Copy Markdown
Contributor

Even without a formal objection via request changes (which I forgot) there was also the blocked label (which might not be formally correct, but it is still there).
Anyway, no hard feelings.

@trivikr

trivikr commented Oct 5, 2026

Copy link
Copy Markdown
Member

I added blocked label after Paolo commented to hold off.
I agree that "Request changes" would have been clearer, and we can follow that in future.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

author ready PRs with CI started, the required approvals, and no outstanding review comments. dont-land-on-v22.x PRs that should not land on the v22.x-staging branch and should not be released in v22.x. dont-land-on-v24.x PRs that should not land on the v24.x-staging branch and should not be released in v24.x. dont-land-on-v26.x PRs that should not land on the v26.x-staging branch and should not be released in v26.x. fast-track PRs proposed for a shorter-than-standard waiting period before landing. lib / src Issues and PRs involving general changes in the lib/ or src/ directories. needs-ci PRs that need a full CI run.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

8 participants