00:02:34  * Fishrock123joined
00:18:20  * Fishrock123quit (Remote host closed the connection)
00:19:02  * Fishrock123joined
00:19:09  * Fishrock123quit (Remote host closed the connection)
00:24:16  * caridyquit (Read error: Connection reset by peer)
00:24:28  * caridyjoined
00:49:15  * bradleymeckjoined
01:15:27  * bradleymeckquit (Quit: bradleymeck)
01:27:01  * Fishrock123joined
01:31:05  * Fishrock123quit (Ping timeout: 240 seconds)
03:20:21  * Maxdaman1usjoined
03:22:28  * Maxdamantusquit (Ping timeout: 240 seconds)
03:42:39  * jmdyckquit (Quit: Leaving.)
03:54:57  * not-an-aardvarkquit (Quit: Connection closed for inactivity)
04:44:14  * gskachkovquit (Quit: gskachkov)
06:47:36  * gskachkovjoined
07:42:02  * Maxdaman1uschanged nick to Maxdamantus
07:43:03  * gskachkovquit (Quit: gskachkov)
07:45:18  * gskachkovjoined
08:10:49  * gskachkovquit (Quit: gskachkov)
08:11:12  * gskachkovjoined
08:15:02  * brabjoined
08:15:42  * gskachkovquit (Client Quit)
08:30:31  * gskachkovjoined
08:43:30  * gskachkovquit (Quit: gskachkov)
08:44:13  * gskachkovjoined
09:14:03  * gskachkovquit (Quit: gskachkov)
09:14:49  * gskachkovjoined
10:12:35  * gskachkovquit (Quit: gskachkov)
10:15:13  * gskachkovjoined
10:21:27  * Maxdaman1usjoined
10:23:54  * gskachkovquit (Quit: gskachkov)
10:24:16  * Maxdamantusquit (Ping timeout: 240 seconds)
10:25:10  * mylesborinsquit (Quit: farewell for now)
10:25:41  * mylesborinsjoined
10:28:20  * gskachkovjoined
10:34:20  * gskachkovquit (Quit: gskachkov)
10:40:19  * gskachkovjoined
12:12:02  * jmdyckjoined
13:25:51  * gskachkovquit (Quit: gskachkov)
14:25:15  * gskachkovjoined
14:46:41  * Fishrock123joined
14:51:07  * brab`joined
14:54:12  * brabquit (Ping timeout: 240 seconds)
14:55:31  <basicdays>some es module semantic question just came to mind, if I `import * as mod from './mod.mjs'` and in the same module I did `let mod2 = await import('./mod.mjs')`, would `mod === mod2`?
14:55:57  * brab`quit (Ping timeout: 268 seconds)
14:58:48  <basicdays>or would the answer to that effectively be undefined and left up to implementation?
15:10:06  * gskachkovquit (Read error: Connection reset by peer)
15:27:16  <ljharb>basicdays: no, it would be !==
15:27:39  <ljharb>basicdays: actually hmm, it'd be either !==, or, it'd be === but the ModuleRecord would be frozen. i'm not sure which
15:34:46  <Domenic>I think module namespace objects are memoized? Looking up...
15:35:03  <Domenic>Yeah, they are https://tc39.github.io/ecma262/#sec-getmodulenamespace
15:35:05  <Domenic>So they'd b e===
15:35:11  <Domenic>(they are indeed immutable)
16:07:53  * gskachkovjoined
16:08:39  * gskachkovquit (Client Quit)
17:18:04  <basicdays>really, that's actually convenient
17:18:34  <basicdays>_considering_ using it in automated tests to check that a package api output contains the correct modules
17:18:56  <basicdays>will have to check if babel does that
17:37:07  * gskachkovjoined
18:48:01  <ljharb>ah, thanks for confirming
18:52:19  <basicdays>looks like webpack 2 and babel both handle it correctly \o/
18:57:54  <basicdays>A bit of a contrived test I guess if you want to know how I tested it specifically, but I just had 3 files, mod1, mod2, mod1-test. I `import * as mod2 from './mod2.mjs'` in mod1 and `export { mod2 }`; in mod1-test I also did `import * as mod2a from './mod2.mjs'` and `import {mod2} from 'mod1'`; `expect(mod2).to.equal(mod2a)` passes for both webpack2 and babel
19:38:49  * not-an-aardvarkjoined
21:09:43  * gskachkovquit (Quit: gskachkov)
21:10:32  * gskachkovjoined
21:29:58  * gkatsev_changed nick to gkatsev
22:14:30  <leobalter>Domenic: yt?
22:14:36  <Domenic>leobalter: ya
22:14:39  <leobalter>https://github.com/tc39/test262/pull/1020/files#r116333478
22:15:03  <leobalter>I believe this test if fine, but it's failing both on SpiderMonkey and V8
22:15:15  <Domenic>This looks fun.....
22:15:36  <leobalter>What could be funnier in a Friday night?
22:16:24  <Domenic>Ugh now I have to figure out what `const [...x] of [iter]` means...
22:17:23  <Domenic>... I honestly have no idea what that means, sorry.
22:19:48  <Domenic>OK so the sync version throws an error...
22:19:50  <leobalter>|const [...x] of [iter]| defers to something similar to |const [...x] = iter|
22:20:30  <Domenic>So this should probably throw an exception too? Which should indeed result in .next() throwing?
22:20:59  <Domenic>caitp and alrra might be able to dig into why this fails in their implementations...
22:21:07  <Domenic>Such exhaustive tests ^_^
22:21:21  <leobalter>it should reject the promise on gen().next()
22:22:27  <Domenic>yes, that seems right to me
22:22:29  <caitp>doesn't seem unbelievable that it fails since it's copy/pasted from normal for-of loops
22:24:21  <caitp>please file a bug with a misbehaving test case and I'll take a look tomorrow
22:24:28  <caitp>or monday I mean :)
22:26:09  <leobalter>sure! I'll merge that PR as it seems right, and I'll make myself available to fix anything there if I'm wrong.
23:14:59  * Fishrock123quit (Remote host closed the connection)
23:15:38  * Fishrock123joined
23:15:46  * Fishrock123quit (Remote host closed the connection)
23:49:04  * Fishrock123joined
23:55:21  * Fishrock123quit (Quit: Leaving...)