Skip to content

Conversation

@caiolima
Copy link
Contributor

PR #1515 changed this step to ToInteger wrongly. We need to change it back to ToNumber.

caiolima referenced this pull request Sep 30, 2019
This PR includes changes over current ECMA262 spec text to include
a new primitive type called `BigInt`. This includes all changes necessary
to integrate this new primitive in the language. It also includes
changes on TypedArray, introducing `BigInt64Array` and `BigUint64Array`

Changes during PR review:
 - Make NumberToBigInt(...) a sub-clause of BigInt(...) and put "Runtime Semantics:" in the header, otherwise it looks too much like a built-in function. (Analogous to Function() and CreateDynamicFunction())
 - Rewrite the characteristics of the BigInt prototype object as a bulleted list.
 - Change 9x "of BigInt type" to "of type BigInt". Also, 1x "of BigInt" to "of type BigInt".
 - In the BigInt:: ops, change a few '0' to '*0n*'.
 - For some BigInt:: ops, change the preamble to a complete sentence
 - Rename "BitwiseOp" as "BigIntBitwiseOp" for symmetry with NumberBitwiseOp. Also, add an 'aoid' attribute to the clause.
 - Replace "ToString Applied to the BigInt Type" with "BigIntToString"
 - Rename 'NumericLiteralBase' to 'NonDecimalIntegerLiteral'. It more clearly expresses what it is, and it fits nicely with 'DecimalIntegerLiteral'.
 - Put 'thisBigIntValue' in a <dfn> element.
 - Mention '_littleEndian_' in preambles for setBigInt64, setBigUint64
 - Tweak pseudocode in Atomics.compareExchange
 - Reference new productions from Annex A.
 - Reproduce changes to 'NumericLiteral' in Annex B.
 - Replace <a> element with <emu-xref>
 - In "Numeric Type Operations" table, split "Value and Purpose" into 3 columns
 - Add ::toString() as a numeric type operation.
 - In BigInt::toString, invoke BigInt::toString directly, rather than via ToString.
 - Changing the grammar for BigInt literals to disallow them for Annex-B non-octal digits (tc39/proposal-bigint#208)
 - Relocate new property-clauses (Specifically, properties of DataView.prototype and the BigInt constructor.)
 - Move some new abstract op clauses.
 - Delete NumberToString: you have Number::toString; ditto BigIntToString and BigInt::toString.
 - In the "Type Conversion" clause, rather than simply putting all the new abstract operations at the end, move them to more logical locations.
 - Change "TypedArrayType" to "ElementType". "TypedArrayType" (and "TypedArray type") suggests one of the TypedArray types, where we're really talking about one of the TypedArray *element* types.
 - Add 'oldids' attributes
 - Reference DecimalBigIntegerLiteral from Annex A
 - Use NonDecimalIntegerLiteral in StrNumericLiteral

Co-authored-by: Caio Lima <ticaiolima@gmail.com>
Co-authored-by: Michael Dyck <jmdyck@ibiblio.org>
Co-authored-by: Michael[tm] Smith <mike@w3.org>
@ljharb ljharb added normative change Affects behavior required to correctly evaluate some ECMAScript source text spec bug labels Sep 30, 2019
@ljharb ljharb requested a review from a team September 30, 2019 19:45
@ljharb ljharb self-assigned this Sep 30, 2019
@ljharb ljharb force-pushed the set-view-value-wrong branch from 66de7f6 to a09c766 Compare September 30, 2019 20:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

normative change Affects behavior required to correctly evaluate some ECMAScript source text spec bug

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants