From 3035d6eb39ef92c0a63943af8893c0ecb155709c Mon Sep 17 00:00:00 2001 From: Shu-yu Guo Date: Mon, 6 Jul 2020 17:17:26 -0700 Subject: [PATCH] Address bakkot review --- spec.html | 62 +++++++++++++++++++++++++++---------------------------- 1 file changed, 31 insertions(+), 31 deletions(-) diff --git a/spec.html b/spec.html index a9b3f053424..125088f22e2 100644 --- a/spec.html +++ b/spec.html @@ -137,7 +137,7 @@

Conformance

A conforming implementation of ECMAScript may provide additional types, values, objects, properties, and functions beyond those described in this specification. In particular, a conforming implementation of ECMAScript may provide properties not described in this specification, and values for those properties, for objects that are described in this specification.

A conforming implementation of ECMAScript may support program and regular expression syntax not described in this specification. In particular, a conforming implementation of ECMAScript may support program syntax that makes use of any “future reserved words” noted in subclause of this specification.

A conforming implementation of ECMAScript must not implement any extension that is listed as a Forbidden Extension in subclause .

-

A conforming implementation of ECMAScript must not further define or redefine any facilities that are not implementation-defined, implementation-approximated, or host-defined.

+

A conforming implementation of ECMAScript must not redefine any facilities that are not implementation-defined, implementation-approximated, or host-defined.

@@ -180,7 +180,7 @@

Hosts and Implementations

An implementation-approximated facility is one that defers its definition to an external source while recommending an ideal behaviour. While conforming implementations are free to choose any behaviour within the constraints put forth by this specification, they are encouraged to strive to approximate the ideal. Mathematical operations, such as , are implementation-approximated.

A host is an external source that further defines facilities listed in Annex but does not further define other implementation-defined or implementation-approximated facilities. In informal use, a host refers to the set of all implementations, such as the set of all web browsers, that interface with this specification in the same way via Annex . A host is often an external specification, such as WHATWG HTML. In other words, facilities that are host-defined are often further defined in external specifications.

A host hook is an abstract operation that is defined in whole or in part by an external source. All host hooks must be listed in Annex .

-

A host-defined facility is one that defers its definition to an external source without further qualification and is listed in Annex .

+

A host-defined facility is one that defers its definition to an external source without further qualification and is listed in Annex . Implementations that are not hosts may also provide definitions for host-defined facilities.

This specification follows the editorial convention of always using the most specific term. For example, if a facility is host-defined, it should not be referred to as implementation-defined.

Both hosts and implementations may interface with this specification via the language types, specification types, abstract operations, grammar productions, intrinsic objects, and intrinsic symbols defined herein.

@@ -436,7 +436,7 @@

function

built-in function

built-in object that is a function

-

Examples of built-in functions include `parseInt` and `Math.exp`. A host may provide host-defined built-in functions that are not described in this specification.

+

Examples of built-in functions include `parseInt` and `Math.exp`. A host or implementation may provide additional built-in functions that are not described in this specification.

@@ -460,7 +460,7 @@

method

built-in method

method that is a built-in function

-

Standard built-in methods are defined in this specification. A host may provide host-defined built-in functions that are not described in this specification.

+

Standard built-in methods are defined in this specification. A host or implementation may provide additional built-in methods that are not described in this specification.

@@ -1537,7 +1537,7 @@

Number::bitwiseNOT ( _x_ )

Number::exponentiate ( _base_, _exponent_ )

-

The abstract operation Number::exponentiate takes arguments _base_ (a Number) and _exponent_ (a Number). It returns an implementation-approximated result to raising _base_ to the power _exponent_, subject to the following requirements:

+

The abstract operation Number::exponentiate takes arguments _base_ (a Number) and _exponent_ (a Number). It returns an implementation-approximated value representing the result of raising _base_ to the power _exponent_, subject to the following requirements: