-
Notifications
You must be signed in to change notification settings - Fork 30k
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
test: improve test-bootstrap-modules.js #50708
test: improve test-bootstrap-modules.js #50708
Conversation
Review requested:
|
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in nodejs#45662.
e4380c4
to
5741905
Compare
// the two stages for them. | ||
const expected = {}; | ||
|
||
expected.beforePreExec = new Set([ |
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.
To clearly indicate that these modules were executed at build time, I would find a name like atStartupSnapshot
or atBuildTime
, to be more intuitive as contradicting atRunTime
.
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.
I thought about that but it seems weird until workers do load builtins into the snapshot (which was what I was working on originally). For now it seems less weird to call it beforePreExec
which is still factually correct. But I am also okay with using atStartupSnapshot
and add a note saying that this is not factually correct for workers yet (or it's never factually correct for cross-compiled builds before we make snapshot support work for them)
Co-authored-by: Antoine du Hamel <[email protected]>
Commit Queue failed- Loading data for nodejs/node/pull/50708 ✔ Done loading data for nodejs/node/pull/50708 ----------------------------------- PR info ------------------------------------ Title test: improve test-bootstrap-modules.js (#50708) Author Joyee Cheung (@joyeecheung) Branch joyeecheung:bootstrap-module-test -> nodejs:main Labels test, author ready, needs-ci Commits 2 - test: improve test-bootstrap-modules.js - fixup! test: improve test-bootstrap-modules.js #50708 Committers 2 - Joyee Cheung - GitHub PR-URL: https://github.com/nodejs/node/pull/50708 Reviewed-By: Antoine du Hamel Reviewed-By: Richard Lau Reviewed-By: Yagiz Nizipli Reviewed-By: Chengzhong Wu ------------------------------ Generated metadata ------------------------------ PR-URL: https://github.com/nodejs/node/pull/50708 Reviewed-By: Antoine du Hamel Reviewed-By: Richard Lau Reviewed-By: Yagiz Nizipli Reviewed-By: Chengzhong Wu -------------------------------------------------------------------------------- ℹ This PR was created on Mon, 13 Nov 2023 13:10:44 GMT ✔ Approvals: 4 ✔ - Antoine du Hamel (@aduh95) (TSC): https://github.com/nodejs/node/pull/50708#pullrequestreview-1733682030 ✔ - Richard Lau (@richardlau) (TSC): https://github.com/nodejs/node/pull/50708#pullrequestreview-1734416571 ✔ - Yagiz Nizipli (@anonrig) (TSC): https://github.com/nodejs/node/pull/50708#pullrequestreview-1737180743 ✔ - Chengzhong Wu (@legendecas) (TSC): https://github.com/nodejs/node/pull/50708#pullrequestreview-1737350580 ✔ Last GitHub CI successful ℹ Last Full PR CI on 2023-11-17T16:08:59Z: https://ci.nodejs.org/job/node-test-pull-request/55712/ - Querying data for job/node-test-pull-request/55712/ ✔ Last Jenkins CI successful -------------------------------------------------------------------------------- ✔ No git cherry-pick in progress ✔ No git am in progress ✔ No git rebase in progress -------------------------------------------------------------------------------- - Bringing origin/main up to date... From https://github.com/nodejs/node * branch main -> FETCH_HEAD ✔ origin/main is now up-to-date - Downloading patch for 50708 From https://github.com/nodejs/node * branch refs/pull/50708/merge -> FETCH_HEAD ✔ Fetched commits as ce4642a5c2ac..1cc16d5329ac -------------------------------------------------------------------------------- Auto-merging test/parallel/test-bootstrap-modules.js [main 5e27c443ab] test: improve test-bootstrap-modules.js Author: Joyee Cheung Date: Sun Nov 12 22:38:30 2023 +0100 1 file changed, 103 insertions(+), 25 deletions(-) Auto-merging test/parallel/test-bootstrap-modules.js [main 562733ba5b] fixup! test: improve test-bootstrap-modules.js #50708 Author: Joyee Cheung Date: Wed Nov 15 15:40:27 2023 +0100 1 file changed, 1 insertion(+), 1 deletion(-) ✔ Patches applied There are 2 commits in the PR. Attempting autorebase. Rebasing (2/4)https://github.com/nodejs/node/actions/runs/6909048350 |
Landed in 0e24f91 |
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in #45662. PR-URL: #50708 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Chengzhong Wu <[email protected]>
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in nodejs#45662. PR-URL: nodejs#50708 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Chengzhong Wu <[email protected]>
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in nodejs#45662. PR-URL: nodejs#50708 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Chengzhong Wu <[email protected]>
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in #45662. PR-URL: #50708 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Chengzhong Wu <[email protected]>
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in #45662. PR-URL: #50708 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Chengzhong Wu <[email protected]>
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in #45662. PR-URL: #50708 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Chengzhong Wu <[email protected]>
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in. This helps preventing regressions like the one reported in #45662. PR-URL: #50708 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: Richard Lau <[email protected]> Reviewed-By: Yagiz Nizipli <[email protected]> Reviewed-By: Chengzhong Wu <[email protected]>
Divide builtins into two lists depending on whether they are loaded before pre-execution or at run time, and give clearer suggestions about how to deal with them based on the category they are in.
This helps preventing regressions like the one reported in #45662.