-
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
add a node suffix to V8's version number #15698
Labels
Milestone
Comments
targos
added
discuss
Issues opened for discussions and feedbacks.
v8 engine
Issues and PRs related to the V8 dependency.
labels
Sep 30, 2017
This is a very good idea.
|
Thanks for looking after this – I think I’d prefer |
Thanks for getting this put together! I think this would be semver major because I suspect people try to parse the |
I agree. This is why I would like it to be ready for v9. |
targos
added a commit
to targos/node
that referenced
this issue
Oct 5, 2017
After this commit, `process.versions.v8` will look like: "6.0.287.53-node.0". The goal is that everytime we apply a non-official patch to `deps/v8`, we increment our own number instead of V8's patch level. This number must be set back to 0 after major V8 updates. Closes: nodejs#15698
PR: #15785 |
addaleax
pushed a commit
to ayojs/ayo
that referenced
this issue
Oct 26, 2017
After this commit, `process.versions.v8` will look like: "6.0.287.53-node.0". The goal is that everytime we apply a non-official patch to `deps/v8`, we increment our own number instead of V8's patch level. This number must be set back to 0 after major V8 updates. Fixes: nodejs/node#15698 PR-URL: nodejs/node#15785 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Gibson Fahnestock <gibfahn@gmail.com> Reviewed-By: Ali Ijaz Sheikh <ofrobots@google.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Michael Dawson <michael_dawson@ca.ibm.com>
addaleax
pushed a commit
to ayojs/ayo
that referenced
this issue
Dec 7, 2017
After this commit, `process.versions.v8` will look like: "6.0.287.53-node.0". The goal is that everytime we apply a non-official patch to `deps/v8`, we increment our own number instead of V8's patch level. This number must be set back to 0 after major V8 updates. Fixes: nodejs/node#15698 PR-URL: nodejs/node#15785 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Ben Noordhuis <info@bnoordhuis.nl> Reviewed-By: Gibson Fahnestock <gibfahn@gmail.com> Reviewed-By: Ali Ijaz Sheikh <ofrobots@google.com> Reviewed-By: James M Snell <jasnell@gmail.com> Reviewed-By: Michael Dawson <michael_dawson@ca.ibm.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
About one year ago, we tried to add the possibility on V8 to have a custom suffix appended to the version string. This would allow us to apply patches to stable V8 versions without conflicting with the original version number and keep track of our own changes. The idea is to define this suffix in
common.gypi
(example).For example we can choose to use
.node.X
or-node.X
and increment X every time we apply a non-official patch todeps/v8
. The full version string would look like6.1.534.42.node.12
.Unfortunately, the change failed to land at that time because of an issue with how V8 is updated in Chromium. I changed the code a little bit this week and it should be good to go. The CL has already been reviewed and accepted: https://chromium-review.googlesource.com/c/v8/v8/+/690475
@nodejs/v8 and @nodejs/tsc please give your opinion on the approach. If you are OK with it, I will land the change in V8 and backport it here so we can have it on time for v9.0.0.
The text was updated successfully, but these errors were encountered: