00:15:59  * bnoordhuisjoined
00:18:56  * JoWiequit (Quit: Connection closed for inactivity)
00:20:48  * bnoordhuisquit (Ping timeout: 255 seconds)
00:38:45  * bradleymeckquit (Quit: bradleymeck)
00:38:47  * ErikCorry__changed nick to ErikCorry
00:45:49  <caitp>wait, no that was about do expressions. no idea
00:47:22  * bradleymeckjoined
01:01:55  * rendarquit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)
01:51:20  * bradleymeckquit (Quit: bradleymeck)
02:02:09  * jgiquit (Quit: jgi)
02:08:05  * bobmcwjoined
02:08:05  * bobmcwquit (Changing host)
02:08:05  * bobmcwjoined
02:09:44  * bradleymeckjoined
02:55:04  * bradleymeckquit (Quit: bradleymeck)
03:02:14  * bradleymeckjoined
03:09:06  * bradleymeckquit (Quit: bradleymeck)
03:49:58  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
03:58:45  * bradleymeckjoined
03:59:13  * bradleymeckquit (Client Quit)
04:49:00  * jgijoined
05:48:27  * bobmcwquit (Remote host closed the connection)
07:08:16  * jgiquit (Quit: jgi)
07:25:43  * C-Manjoined
08:10:25  * AndreasMadsenjoined
08:21:04  * AndreasM_joined
08:21:30  * AndreasMadsenquit (Ping timeout: 240 seconds)
08:22:12  * AndreasM_quit (Client Quit)
08:33:03  * C-Manquit (Quit: Connection reset by beer)
08:37:37  * JoWiejoined
08:44:46  * mostynbjoined
09:00:00  * dpinojoined
09:49:59  * dpinoquit (Ping timeout: 264 seconds)
10:44:35  * bnoordhuisjoined
10:54:39  * AndreasMadsenjoined
11:13:46  * Net147quit (Ping timeout: 240 seconds)
11:15:19  * Net147joined
11:20:28  * Net147quit (Ping timeout: 272 seconds)
11:23:25  * Net147joined
11:42:28  * dpinojoined
12:35:12  * bnoordhuisquit (Ping timeout: 272 seconds)
13:25:35  * xiinotulpjoined
13:28:55  * plutoniixquit (Ping timeout: 250 seconds)
13:40:18  * xiinotulpchanged nick to plutoniix
13:41:21  * bnoordhuisjoined
13:43:38  * bradleymeckjoined
13:45:53  * bnoordhuisquit (Ping timeout: 252 seconds)
14:42:06  * Gettyquit (Ping timeout: 240 seconds)
14:44:19  * trevnorrisquit (Ping timeout: 250 seconds)
14:44:52  * Gettyjoined
14:45:56  * ncthom91joined
14:46:02  * trevnorrisjoined
14:47:21  * mathiasbynensquit (Ping timeout: 250 seconds)
14:51:19  * mathiasbynensjoined
14:52:05  * AndreasMadsenquit (Remote host closed the connection)
15:00:11  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:12:22  * bnoordhuisjoined
15:20:38  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Check" on http://build.chromium.org/p/client.v8/builders/V8%20Linux%20-%20nosnap%20-%20debug/builds/3565 "V8 Linux - nosnap - debug" from 8ad6168d197dd167235c9d342ec7ce37b0daa88b: [email protected])
15:23:55  * AndreasMadsenjoined
15:42:54  * WakiMikoquit (Max SendQ exceeded)
15:43:47  * WakiMikojoined
15:44:35  * WakiMikoquit (Max SendQ exceeded)
15:45:26  * WakiMiko_joined
15:48:36  * mostynbquit (Quit: Leaving)
15:56:48  * ncthom91joined
16:27:10  * C-Manjoined
16:30:00  * bradleymeckquit (Quit: bradleymeck)
16:32:41  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
16:50:26  * jgijoined
16:51:15  * arv__joined
16:55:12  * bradleymeckjoined
17:00:03  * caitp-joined
17:01:18  * wadey_joined
17:02:24  * caitpquit (Disconnected by services)
17:02:30  * caitp-changed nick to caitp
17:03:53  * rosseaux_joined
17:04:23  * esasquit (Ping timeout: 264 seconds)
17:04:51  * WakiMiko_quit (*.net *.split)
17:04:52  * arvquit (*.net *.split)
17:04:53  * oleavrquit (*.net *.split)
17:04:54  * etnbrdquit (*.net *.split)
17:04:54  * rosseauxquit (*.net *.split)
17:04:55  * wadeyquit (*.net *.split)
17:05:05  * arv__changed nick to arv
17:05:09  * wadey_changed nick to wadey
17:05:18  * rosseaux_changed nick to rosseaux
17:08:08  * WakiMiko_joined
17:13:15  * oleavrjoined
17:17:32  * AndreasMadsenquit (Remote host closed the connection)
17:26:42  <trungl-bot>Tree opened by [email protected]: Tree is open (reverted)
17:27:27  * RT|Chatzillaquit (Quit: ChatZilla 0.9.86.1 [Firefox 2.0.0.22pre/2009081014])
17:58:56  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Mjsunit" on http://build.chromium.org/p/client.v8/builders/V8%20Linux%20-%20gc%20stress/builds/214 "V8 Linux - gc stress" from bb7a5eb2d89bae25f2b5ecb9515669f0ac73c111: [email protected] (:aklein),[email protected],[email protected],[email protected])
18:16:49  * watildejoined
18:18:08  * AndreasMadsenjoined
18:18:56  * JoWiequit (Quit: Connection closed for inactivity)
18:23:02  * AndreasMadsenquit (Ping timeout: 250 seconds)
18:48:21  * dpinoquit (Ping timeout: 246 seconds)
18:50:23  <trungl-bot>Tree closed by [email protected]: Tree is closed ([email protected] is reverting offending CL)
18:58:27  <trungl-bot>Tree opened by [email protected]: Tree is open (offending CL has been reverted)
19:01:07  * AndreasMadsenjoined
19:04:32  * mbroadstjoined
19:42:21  * bradleymeckquit (Quit: bradleymeck)
19:51:05  * bnoordhuisquit (Ping timeout: 252 seconds)
19:54:03  * bradleymeckjoined
20:29:31  * ncthom91joined
20:30:16  * bnoordhuisjoined
20:55:30  * bradleymeckquit (Quit: bradleymeck)
21:06:17  * watildequit (Remote host closed the connection)
21:09:17  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
21:13:16  * bradleymeckjoined
21:15:10  * watildejoined
21:35:04  * jgiquit (Quit: jgi)
21:37:36  * rfjoined
21:37:51  <rf>anybody know how I can match up the hydrogen.cfg output with the source lines
21:37:55  <rf>or with the output from --print-opt-code
21:38:03  <rf>working with node 0.10 here unfortunately so old v8
21:38:09  <rf>~3.14
21:38:26  * ncthom91joined
21:53:07  * dpinojoined
21:59:07  <ErikCorry>That's old.
21:59:35  <ErikCorry>Did you already look up mraleph's talks on understanding what V8 is up to?
21:59:56  <rf>I've watched a number of such things, yeah
22:00:17  <rf>if I print code comments I can see the LIR, but the numbers don't match up with hydrogen.cfg
22:11:26  <rf>e.g. http://imgur.com/wAyJiwX hydrogen.cfg on left, --print-opt-code output on right. I can visually see what matches up, but jw if there's a better way other than upgrading v8
22:12:17  * AndreasMadsenquit
22:13:59  <caitp>aklein: so the destructuring assignment has a few issues --- 1. is colon-style properties in ObjectLiterals, 2 is any lhs Assignment in ArrayLiterals, and 3 is the parenthesized Expression (which may or may not be Arrow formals). it makes it hard to do the style of rewriting that I had originally, which minimizes the number of temporaries allocated. I think it's not worth caring about that for full-codegen, and hopefully TF can
22:13:59  <caitp> be clever about that, dunno. but it probably means adding a bunch of extra Rewrite<thing>ForDestructuring methods, in order to be able to rewrite an entire expression tree once it's determined to be definitely not-binding-pattern
22:14:06  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:14:30  <caitp>but it would sort of suck to to that unless it definitely looks like destructuring assignment may have happened
22:18:46  * mbroadstquit (Ping timeout: 240 seconds)
22:21:37  * bradleymeckquit (Quit: bradleymeck)
22:22:18  <aklein>caitp: I definitely don't think there's any need to limit creation of temporaries
22:22:37  <aklein>at least when destructuring is present
22:22:45  <aklein>why would we need to do anything when it's not?
22:23:01  <caitp>well, it's hard to know if destructuring is present or not
22:23:44  <caitp>it's easy for ParseAssignmentExpression() to know, but it doesn't have the context to know if it's really parsing a BindingElement + initializer or what
22:26:25  * mbroadstjoined
22:29:20  * jgijoined
22:30:08  <caitp>it might actually be simpler just to implement destructuring assignment in codegen, tbh
22:32:09  <aklein>kangax claims JSC has arrow functions, default parameters, and destructuring. makes me wonder what they're doing...
22:32:32  <caitp>webkit nightly at least has binding destructuring
22:36:16  <caitp>https://github.com/WebKit/webkit/blob/master/Source/JavaScriptCore/parser/Parser.cpp#L2695 looks like they back up and re-parse if they think it's a destructuring assignment?
22:36:42  <caitp>or the other way around
22:40:01  <caitp>custom AST nodes for destructuring assignment, and...
22:40:22  * C-Manquit (Quit: Connection reset by beer)
22:42:49  <caitp>I guess they basically do the rewriting at the IR level in bytecode
22:43:01  <caitp>so, that's all pretty sensible
22:53:13  * mbroadstquit (Changing host)
22:53:14  * mbroadstjoined
22:55:11  <aklein>that doesn't seem like it'd fit very well with how we do scope resolution
22:57:47  * RT|Chatzillajoined
23:03:46  <caitp>i think they're probably doing scope resolution in the bytecode generation pass too
23:13:19  * ncthom91joined
23:13:30  * mbroadstquit (Ping timeout: 240 seconds)
23:14:48  <aklein>seems like our AST isn't A enough :)
23:16:30  <caitp>well, I think JSC has gotten away with fewer constraints --- they can reposition the lexer freely, the parser doesn't have to care about all these extra responsibilities (like scope resolution), etc
23:17:36  <caitp>giving the parser so much responsibility makes this stuff harder than it probably needs to be
23:21:11  * dpinoquit (Ping timeout: 264 seconds)
23:33:29  * dpinojoined
23:43:23  * Net147quit (Ping timeout: 264 seconds)
23:44:32  * Net147joined
23:47:35  * dagobert__quit (Ping timeout: 264 seconds)
23:49:30  * dagobert__joined
23:49:45  * esasjoined
23:50:44  * ncthom91quit (Quit: My MacBook has gone to sleep. ZZZzzz…)
23:55:52  * ncthom91joined