-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Editorial: built-in or builtin #1947
Comments
My intuition matches Domenic's - that |
I see no occurrence of “builtin”, only “built-in”, in ECMA 262 text (where the word is used sometimes as a name (including three “built-ins”), more often as an adjective). The only inconsistency is in variable and operation names such as “CreateBuiltinFunction”, which could be renamed as “CreateBuiltInFunction”. |
As another data point, I often have to remind myself that test262 has a Edit: Looks like V8 also has a |
Specifically:
That's all. (I think the spec's been pretty consistent on this since the first edition.) |
The spec uses "built-in" as a noun exactly three times, all in the Introduction, and does not ever use "builtin" either way (with the above-mentioned exceptions). All other uses are as adjectives. Personally my preference would be to avoid using the noun form entirely, which avoids the issue. |
Note that even if we change |
We'd like the web platform to align with ECMAScript, but ECMAScript is inconsistent. I have a mild preference for builtin as English tends to drop hyphens over time and it's nice to be future proof.
A decision here tentatively blocks whatwg/webidl#870 so it'd be nice if we could reach a somewhat speedy resolution even if it takes a while for ECMAScript itself to change. (I realize this might be tricky though for what is in essence a bikeshed matter.)
cc @domenic
The text was updated successfully, but these errors were encountered: