jmdyck comments

Results 300 comments of


                                            jmdyck

Normative: Close sync iterator when async wrapper yields rejection

Looks okay to me. Note that AsyncFromSyncIteratorContinuation's new `_syncIteratorRecord_` parameter would be an Iterator Record in PR #2591, so whichever lands second should update.

Editorial: Almost eliminate "unknown" as a parameter type

(force-pushed to resolve merge conflicts)

Editorial: Almost eliminate "unknown" as a parameter type

> FYI #2842 handles the 5 `_V_` and `_W_` parameters of `GetValue`, `PutValue`, and `InitializeReferencedBinding`. Yes, I was planning to deal with those once #2744 was merged, but bakkot beat...

Editorial: Almost eliminate "unknown" as a parameter type

(force-pushed to resolve merge conflicts)

Editorial: Almost eliminate "unknown" as a parameter type

force-pushed to rebase to main and address review comments.

Editorial: Almost eliminate "unknown" as a parameter type

Force-pushed to rebase to main. Also added commits to address decisions from editors call.

Editorial: Almost eliminate "unknown" as a parameter type

(force-pushed to resolve merge conflict)

Editorial: Almost eliminate "unknown" as a parameter type

(force-pushed to squash it down to 2 commits)

Editorial: sometimes we don't put stars around null

The only others case I can find is in [4.4.6 object](https://tc39.es/ecma262/multipage/overview.html#sec-terms-and-definitions-object). Well, there's also [4.4.15 null value](https://tc39.es/ecma262/multipage/overview.html#sec-null-value), but it's only in the section title: would adding stars make a difference...

Editorial: Express some 'bitwise' Number methods more explicitly

force-pushed to rebase to master, resolve merge-conflicts