implementation-dependent round two

[John-David Dalton]

I dig the revisions to this proposal 👍!

If Type(func) is Object and IsCallable(func) is true, then return an implementation-dependent String source code representation of func. The representation must have the syntax of a NativeFunction.
Throw a TypeError exception.

I see that it states implementation-dependent string, but then also specifies

NativeFunction:
function IdentifierName_opt (FormalParameters){ [nativecode] }

Is the wiggle room the whitespace around it? For example Chakra and V8 produce:

"function push() { [native code] }"

Where SpiderMonkey and JSC produce:

"function push() {\n    [native code]\n}"

Have you gotten pushback for say standardizing on:

"function push() { [native code] }"

?

[Michael Ficarra]

Yes, the wiggle room is in the whitespace and comments. Standardising the toString output for values which are currently only restricted by the NativeFunction grammar was proposed in #21. Closing as duplicate.