Thanks to visit codestin.com
Credit goes to github.com

Skip to content

feat(ses): anticipate iterator helpers#1655

Merged
erights merged 1 commit into
masterfrom
markm-1289-anticipate-iteration-helpers
Jul 6, 2023
Merged

feat(ses): anticipate iterator helpers#1655
erights merged 1 commit into
masterfrom
markm-1289-anticipate-iteration-helpers

Conversation

@erights
Copy link
Copy Markdown
Contributor

@erights erights commented Jun 28, 2023

Fixes #1289

Anticipate both Iterator Helpers and Async Iterator Helpers.

Note that Iterator Helpers are already as stage 3, so we can expect engines to start shipping these at any time.

Reviewers, please check it against the text of the proposals.

@erights erights requested review from kriskowal and mhofman June 28, 2023 21:17
@erights erights self-assigned this Jun 28, 2023
Comment thread packages/ses/src/permits.js
@erights erights changed the title feat(ses): anticipate interator helpers feat(ses): anticipate iterator helpers Jul 3, 2023
@erights erights force-pushed the markm-1289-anticipate-iteration-helpers branch 5 times, most recently from e720250 to d200cf6 Compare July 3, 2023 09:41
@erights
Copy link
Copy Markdown
Contributor Author

erights commented Jul 3, 2023

Earlier I wrote

TODO Will remain draft until it actually fixes #1289 . I have not yet added the recognition code.

TODO to test this ahead of engine release, we would need to use or adapt a shim such as https://github.com/zloirock/core-js#iterator-helpers and https://github.com/zloirock/core-js#asynciterator-helpers

Both are now done. This is Ready for Review.

@erights erights marked this pull request as ready for review July 3, 2023 09:41
Comment thread packages/ses/test/test-anticipate-async-iterator-helpers-shimmed.js
Comment thread packages/ses/test/test-anticipate-async-iterator-helpers-shimmed.js
Comment thread packages/ses/test/test-anticipate-async-iterator-helpers-shimmed.js
// core-js iterator shim.
// We mutate the permits to tolerates the sloppy functions for testing
// by sacrificing security. The caller and arguments properties of
// sloppy functions violate ocap encapsulation rules.
Copy link
Copy Markdown

@zloirock zloirock Jul 6, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

core-js use strict mode, but, for modules size economy, not in all cases - for example, in cases where this depends on it. I didn't think that .arguments and .caller are interesting to anyone. I can consider adding the strict mode in all affected cases. You could open an issue in the core-js repo.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.

Anticipate new hidden intrinsics: Iteration helpers

5 participants