00:17:25  * plutoniixjoined
00:36:15  * zvquit (Quit: WeeChat 1.9)
00:48:24  * AtumTquit (Remote host closed the connection)
01:45:52  * Net147quit (Ping timeout: 260 seconds)
01:47:52  * Net147joined
02:02:10  * Guest59joined
05:57:01  * xaxxonquit (Quit: xaxxon)
06:00:49  * plutoniixquit (Quit: Leaving)
08:07:09  * plutoniixjoined
10:09:34  <trungl-bot>Tree closed by [email protected]: closed - maintenance
10:19:37  <trungl-bot>Tree opened by [email protected]: open
11:04:42  * plutoniixquit (Quit: Leaving)
11:25:12  * mylesborinsquit (Quit: farewell for now)
11:25:42  * mylesborinsjoined
12:09:00  * vivekp_quit (Quit: This computer has gone to sleep)
13:01:39  <trungl-bot>Tree closed by [email protected]: closed - maintenance
13:22:45  <trungl-bot>Tree opened by [email protected]: open
13:47:49  * plutoniixjoined
13:48:27  * plutoniixquit (Max SendQ exceeded)
13:49:10  * plutoniixjoined
13:50:40  * xiinotulpjoined
13:54:09  * plutoniixquit (Ping timeout: 248 seconds)
14:37:26  * vivekp_joined
15:04:26  <trungl-bot>Tree closed by [email protected]: closed (https://build.chromium.org/p/client.v8/builders/V8%20Linux64%20TSAN/builds/18274 from 7a0d098c79d431cb9fef5412b21f2c724d4ab983)
15:09:28  <trungl-bot>Tree opened by [email protected]: open
15:57:25  * AtumTjoined
16:09:52  * RT|Chatzillaquit (Quit: ChatZilla 0.9.86.1 [Firefox 2.0.0.22pre/2010030309])
16:32:03  * seventhjoined
16:58:23  * xaxxonjoined
17:03:24  * xaxxonquit (Quit: xaxxon)
17:36:44  * AtumT_joined
17:37:21  * AtumTquit (Ping timeout: 240 seconds)
18:02:29  * xaxxonjoined
18:05:58  <caitp>ahem, is there any reason we don't have https://cs.chromium.org/chromium/src/base/containers/stack_container.h?q=stack_container.h&sq=package:chromium&l=1 in v8/base?
18:07:31  <caitp>I like the idea of refactoring Parser::AddArrowFunctionFormalParameters() to use an on-stack array, rather than recursion
18:08:04  <caitp>because you know, recursion makes stacktraces annoying
18:08:27  <caitp>and is harder to debug in general (although admittedly debugging libc++ stuff kind of sucks with llvm atm for me)
18:08:32  <caitp>since they inline way too much stuff
18:21:58  * xaxxon_joined
18:22:11  * xaxxonquit (Ping timeout: 255 seconds)
18:55:22  * seventhquit (Remote host closed the connection)
19:20:18  <aklein>caitp: I don't think there's a particular reason, though that class doesn't look particularly magical: it only uses the stack until you outgrow the buffer, and then switches to the heap
19:20:38  <caitp>yeah, which is fine
19:21:10  <caitp>so long as it can deal with non-static knowlede of the needed size on stack, which IIRC it can through reserve()
19:21:31  <caitp>and presumably compiler builtins for stack allocation
19:22:29  <aklein>looks to me like the stack capacity is a template parameter
19:22:33  <aklein>so, static
19:22:37  <aklein>unless I'm missing something?
19:24:14  <caitp>no, you're right, looks similar to the inlineCapacity bit of WTFVector
19:24:27  <caitp>alloca would be better
19:25:15  <caitp>might still not be too bad to help limit heap allocation when it's not needed, which is probably most of the time
19:27:10  <caitp>or non-recoverable zone allocation
21:11:17  * xaxxon_quit (Quit: xaxxon_)
21:57:11  * vivekp_quit (Quit: Leaving)
21:57:27  * vivekpjoined
22:04:54  * xiinotulpquit (Quit: Leaving)
22:29:39  * RT|Chatzillajoined
22:35:41  * vivekpquit (Quit: Leaving)
23:52:57  * plutoniixjoined
23:53:30  * plutoniixquit (Max SendQ exceeded)
23:54:07  * plutoniixjoined