00:46:40  * AtumTquit (Remote host closed the connection)
01:14:31  * bradleymeckjoined
01:55:04  * bradleymeckquit (Quit: bradleymeck)
02:08:35  <jmdyck>https://tc39.github.io/ecma262/#sec-well-known-intrinsic-objects says that well-known intrinsics *usually* have realm-specific identities. Which *don't*?
02:10:46  <jmdyck>https://tc39.github.io/ecma262/#sec-createintrinsics says that everything in table 7 has a new instance created for each new realm.
02:21:02  * caitpquit (Ping timeout: 276 seconds)
02:22:22  * caitpjoined
02:22:47  * jwaldenquit (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805])
02:22:49  <jmdyck>I suppose a host env could define intrinsics that exist outside any realm, but does the spec define any such?
02:25:40  <Domenic>All of the well-known symbols are realm-agnostic...
02:35:16  <jmdyck>right, but a symbol isn't an intrinsic
02:39:47  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
02:41:51  * keith_millerjoined
02:42:02  * keith_millerquit (Client Quit)
02:44:26  <jschoi>No term resembling “nearest outer environment” is defined in https://tc39.github.io/ecma262/#sec-lexical-environments; what would be the best way to refer to such a concept? For instance, “For each identifier _N_, the running execution context’s Lexical Environment uses the binding from the nearest outer environment that defines a binding for _N_.”
02:45:55  <jschoi>Only “outer environment” and “inner environment” are defined; concepts such as recursive lexical “inheritance” of bindings seem to be left implied in the algorithms.
02:49:47  <jmdyck>best way might be to define an operation.
02:55:16  <jschoi>Yeah, a recursive operation is defined. This terminology problem is occurring in a prose description of that operation, heh.
03:03:18  <jmdyck>You can define a prose phrase as the result of invoking an operation.
03:07:10  <jmdyck>no wait, if this is in a prose description of the operation that defines the desired semantics, then you shouldn't need to refer to something else.
03:10:40  * cloudshuquit (Quit: Connection closed for inactivity)
03:33:41  * leobalterquit (Ping timeout: 265 seconds)
03:33:55  * leobalterjoined
03:37:34  * keith_millerjoined
03:37:41  * cloudshujoined
04:28:16  * jmdyckquit (Remote host closed the connection)
04:32:56  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
04:34:37  * keith_millerjoined
04:57:02  * spionquit (Excess Flood)
04:58:09  * spionjoined
05:15:52  * gibson042quit (Quit: Leaving.)
05:23:43  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
05:24:51  * keith_millerjoined
05:34:39  <jschoi>In https://tc39.github.io/ecma262/#sec-variablestatements-in-catch-blocks, `<emu-alg>` elements use a type attribute with value `i`, in a manner undocumented on https://bterlson.github.io/ecmarkup/ – `<emu-alg type="i">`. What does this attribute mean?
07:29:19  * gskachkovjoined
07:35:59  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:13:35  * jwaldenjoined
08:29:30  * gskachkov_joined
08:32:35  * gskachkovquit (Ping timeout: 256 seconds)
08:32:35  * gskachkov_changed nick to gskachkov
08:35:49  * keith_millerjoined
08:39:36  * gskachkovquit (Quit: gskachkov)
08:55:58  * gskachkovjoined
08:58:55  * gskachkov_joined
09:00:47  * gskachkovquit (Ping timeout: 276 seconds)
09:00:47  * gskachkov_changed nick to gskachkov
09:22:23  * not-an-aardvarkquit (Quit: Connection closed for inactivity)
09:36:51  * keith_millerquit (Read error: Connection reset by peer)
09:40:31  * keith_millerjoined
09:56:48  * jwaldenquit (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805])
10:29:33  * AtumTjoined
10:30:40  * cloudshuquit (Quit: Connection closed for inactivity)
10:38:40  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:59:12  * spectranautquit (Ping timeout: 264 seconds)
10:59:13  * spectranautjoined
11:25:12  * mylesborinsquit (Quit: farewell for now)
11:25:42  * mylesborinsjoined
11:27:46  * spectranaut_joined
11:34:26  * spectranautquit (Ping timeout: 264 seconds)
12:12:58  * gskachkov_joined
12:14:09  * gskachkovquit (Ping timeout: 256 seconds)
12:14:09  * gskachkov_changed nick to gskachkov
12:16:55  * gskachkov_joined
12:18:35  * gskachkovquit (Ping timeout: 255 seconds)
12:18:36  * gskachkov_changed nick to gskachkov
12:24:29  * bob___joined
12:35:45  <bob___>yo
12:35:51  * bob___quit (Quit: Page closed)
12:50:32  * Wizekquit (Ping timeout: 255 seconds)
12:52:38  * zkatquit (Ping timeout: 255 seconds)
12:54:20  * zkatjoined
12:56:36  * Wizekjoined