-
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
Expose runtime name via process.name? #780
Comments
related to #493 |
oh wait, now my |
I thought npm could just use |
You can use something like |
@bitinn: you might be interested in this tiny module: https://github.com/silverwind/detect-engine (Thanks ben for the inspiration) |
thx @beanieboi @silverwind, looks like we have enough tool to do this now, close for now. |
Looks like npm would also prefer a solution either through package.json or some runtime api, see #269 And I agree, reading execPath is sort of a hack, when the runtime knows itself perfectly well. But similar suggestions have been shot down before (see #491 and #493), so hmmm, re-open this until a resolution is reached? |
Wait for #493, I suppose? |
I had node.js 0.12 before installing io.js 1.1.0, and was trying to figure out if
npm
now use iojs instead of node.Currently
npm --verbose
will print following for io.jsWhile from version number it's quite clear that npm is using io.js, if we expose runtime name in some fashion then
npm
can be improved with a clearer message.ref: https://github.com/npm/npm/blob/master/bin/npm-cli.js#L58
(if there are existing ways, then i will open a PR on npm repo)
The text was updated successfully, but these errors were encountered: