Skip to content
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

Remove @@iterator from Module Namespace objects #747

Merged
merged 1 commit into from
Dec 20, 2016

Conversation

ajklein
Copy link
Contributor

@ajklein ajklein commented Dec 6, 2016

Per consensus at the November 2016 meeting, Module Namespace exotic
objects no longer have an @@iterator method.

Also changes the [[Configurable]] property of the @@toStringTag
property to false, as per consensus in the same meeting (and
because it's impossible to reconfigure due to the exotic
methods of such objects).

This closes #693 and #710.

Per consensus at the November 2016 meeting, Module Namespace exotic
objects no longer have an @@iterator method.

Also changes the [[Configurable]] property of the @@toStringTag
property to false, as per consensus in the same meeting (and
because it's impossible to reconfigure due to the exotic
methods of such objects).

This closes tc39#693 and tc39#710.
@littledan
Copy link
Member

LGTM

@bakkot
Copy link
Contributor

bakkot commented Dec 24, 2016

Test262 collateral: tc39/test262#810, tc39/test262#811.

@GeorgNeis
Copy link
Contributor

There's still something odd about @@toStringTag, which is that deleting it returns true, although it has no effect. Deleting any other existing property returns false.

To change this, I suggest the following steps to be inserted between steps 2 and 3 of https://tc39.github.io/ecma262/#sec-module-namespace-exotic-objects-delete-p.

  • Let symbolKeys be ! OrdinaryOwnPropertyKeys(O).
  • Append all the entries of symbolKeys to the end of exports.

(There's only one symbol but I'm just reusing existing language.)

Or, alternatively:

  • If Type(P) is Symbol, return OrdinaryDeleteProperty(O, P).

kisg pushed a commit to paul99/v8mips that referenced this pull request Jan 4, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Symbols on Module Namespace Exotic Objects
6 participants