00:00:19  * jmar777quit (Read error: Connection reset by peer)
00:15:37  * ncthom91quit (Quit: Textual IRC Client: www.textualapp.com)
00:31:41  * plutoniixjoined
00:47:27  * pbunnyjoined
00:47:29  <pbunny>hi
00:47:48  <pbunny>i'm getting "Internal field out of bounds" when trying to set aligned pointer
00:48:28  <pbunny>i'm trying to link "global" object to c++ sandbox class
00:48:40  <pbunny>i initialize object template like mGlobalTemplate = v8::ObjectTemplate::New();
00:48:46  <pbunny>then i do mGlobalTemplate->SetInternalFieldCount(1);
00:49:08  <pbunny>then create context from it v8::Local<v8::Context> context = v8::Context::New(mIsolate, NULL, mGlobalTemplate);
00:49:46  <pbunny>later i get global object from context like this: v8::Local<v8::Object> global = context->Global();
00:49:57  <pbunny>and then trying to do global->SetAlignedPointerInInternalField(0, this);
00:50:01  <pbunny>but getting error at this line
00:50:08  <pbunny>what am i doing wrong?
00:52:04  <pbunny>global->SetInternalField(0, v8::External::New(isolate, this)); - gives same error
00:54:33  <bnoordhuis>pbunny: i don't think that works for the global object, for reasons i'm not entirely clear on but it could be because it's really a proxy object
00:55:24  <bnoordhuis>pbunny: there's always Context::SetAlignedPointerInEmbedderData() though
00:55:35  <pbunny>oh, great
01:27:20  * abraxas_joined
01:30:13  * bnoordhuisquit (Ping timeout: 265 seconds)
01:31:57  * abraxas_quit (Ping timeout: 245 seconds)
01:58:35  * abraxas_joined
02:14:34  * caitpquit (Ping timeout: 244 seconds)
02:30:59  * caitpjoined
02:37:02  * bnoordhuisjoined
02:41:57  * bnoordhuisquit (Ping timeout: 264 seconds)
04:38:23  <luite>does v8 / chrome have a more accurate Math.exp implementation built-in?
04:40:57  <caitp>more accurate than what?
04:41:36  <luite>than Math.exp, which has quite a large error compared to other JS engines
04:43:14  <luite>https://code.google.com/p/v8/issues/detail?id=3468 seems to be the relevant issue
04:45:33  <luite>i can't find rtoy's link, is that an internal address?
04:54:13  * caitpquit (Ping timeout: 244 seconds)
07:53:54  * machenbach_joined
07:59:14  * mostynbjoined
08:04:15  * rendarjoined
08:26:59  * mathiasbynensquit (Read error: Connection reset by peer)
08:27:18  * sam_gilesquit (Read error: Connection reset by peer)
08:27:46  * sam_gilesjoined
08:28:40  * mathiasbynensjoined
08:33:53  * Lethalmanjoined
09:10:58  * muellijoined
09:17:19  * pbunnyquit (Ping timeout: 245 seconds)
10:12:07  * RT|Chatzillaquit (Ping timeout: 250 seconds)
10:24:08  * RT|Chatzillajoined
10:34:40  * mostynbquit (Remote host closed the connection)
10:35:08  * mostynbjoined
10:45:03  * abraxas_quit (Remote host closed the connection)
10:45:44  * abraxas_joined
10:50:12  * abraxas_quit (Ping timeout: 244 seconds)
10:51:08  * plutoniixquit (Quit: จรลี จรลา)
11:15:06  * rmichnikjoined
11:32:58  * Dijoined
11:33:57  * rmichnikquit (Read error: Connection reset by peer)
11:34:27  * jas-quit (Remote host closed the connection)
11:52:38  * mostynbquit (Ping timeout: 256 seconds)
11:59:00  * mostynbjoined
12:18:04  * Diquit (Quit: Leaving.)
12:21:29  * machenbachquit (Quit: Leaving)
12:34:24  * abraxas_joined
12:39:33  * abraxas_quit (Ping timeout: 264 seconds)
12:41:55  * bnoordhuisjoined
12:42:35  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Check" on http://build.chromium.org/p/client.v8/builders/V8%20Win64/builds/733 "V8 Win64" from d40204f84c0f6fad171ba8ace587f902bd5b14bc: [email protected])
13:01:31  * plutoniixjoined
13:10:46  <trungl-bot>Tree opened by [email protected]: Tree is open(reverted mvstanton Windows-smasher)
14:03:46  * caitpjoined
14:15:39  * bnoordhuisquit (Ping timeout: 255 seconds)
14:23:17  * abraxas_joined
14:28:05  * abraxas_quit (Ping timeout: 264 seconds)
14:50:20  * C-Manjoined
15:21:54  * bnoordhuisjoined
15:26:06  * bnoordhuisquit (Ping timeout: 244 seconds)
15:33:49  * bnoordhuisjoined
15:38:42  * Dijoined
15:44:03  * ivere27joined
15:57:29  * mostynbquit (Quit: Leaving)
16:00:18  * Diquit (Quit: Leaving.)
16:05:21  * dpinojoined
16:07:53  * RT|Chatzillaquit (Quit: ChatZilla 0.9.86.1 [Firefox 2.0.0.22pre/2009081014])
16:12:14  * abraxas_joined
16:17:08  * abraxas_quit (Ping timeout: 265 seconds)
17:03:03  * bnoordhuisquit (Ping timeout: 265 seconds)
17:04:27  * bnoordhuisjoined
17:14:05  * ivere27quit (Ping timeout: 244 seconds)
17:29:01  * Lethalmanquit (Remote host closed the connection)
18:01:05  * abraxas_joined
18:05:36  * abraxas_quit (Ping timeout: 255 seconds)
18:22:37  * muelliquit (Ping timeout: 240 seconds)
18:44:18  * bnoordhuisquit (Ping timeout: 255 seconds)
19:30:37  * dpinoquit (Ping timeout: 240 seconds)
19:39:23  * bnoordhuisjoined
19:50:04  * abraxas_joined
19:54:27  * abraxas_quit (Ping timeout: 245 seconds)
20:04:46  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "Mozilla" on http://build.chromium.org/p/client.v8/builders/V8%20Linux%20-%20arm64%20-%20sim/builds/1277 "V8 Linux - arm64 - sim" from d5d15253b8b010b61f78b6d77ac3357554fd7a19: [email protected],[email protected],[email protected])
20:05:57  * rendarquit (Ping timeout: 240 seconds)
20:06:47  <trungl-bot>Tree opened by [email protected]: Tree is open (flak)
20:12:51  * rendarjoined
20:30:39  * unixpicklejoined
20:32:10  <trungl-bot>Tree closed by [email protected]: Tree is closed (Automatic: "compile" on http://build.chromium.org/p/client.v8/builders/V8%20Win32%20-%20nosnap%20-%20shared/builds/4042 "V8 Win32 - nosnap - shared" from 0f57ce8f1a3d6b4f3a4b65739d719b8467ff5d9c: [email protected])
20:52:10  * octetcloudjoined
20:58:12  * muellijoined
21:02:07  * deavidquit (Read error: Connection reset by peer)
21:02:17  * deavidjoined
21:10:26  * dpinojoined
21:12:52  * xiinotulpjoined
21:16:24  * plutoniixquit (Ping timeout: 258 seconds)
21:26:21  <Coren>Why is v8::AccessorGetterCallback defined as returning void? That contradicts documentation but is also completely incomprehensible: how is the value returned?
21:28:16  <Coren>Hm. The whole signature changed.
21:28:29  * Corendigs into wth PropertyCallbackInfo is
21:29:22  <Coren>https://developers.google.com/v8/embed#accesssors is now completely wrong.
21:38:04  * bnoordhuisquit (Ping timeout: 265 seconds)
21:38:47  * abraxas_joined
21:43:16  * abraxas_quit (Ping timeout: 244 seconds)
21:59:39  * bnoordhuisjoined
22:19:07  * C-Manquit (Quit: Connection reset by beer)
22:25:46  * octetcloudquit (Ping timeout: 264 seconds)
22:27:51  * RT|Chatzillajoined
22:30:05  <caitp>do generated functions in v8 cleanup their own stack? i'm guessing yes since the arguments count can be dynamic
22:30:20  <caitp>i guess they'd have to
22:31:44  * ncthom91joined
22:31:52  * octetcloudjoined
22:37:43  * xiinotulpquit (Quit: จรลี จรลา)
22:44:37  * muelliquit (Ping timeout: 240 seconds)
23:04:41  <bnoordhuis>caitp: define 'generated'?
23:05:18  <bnoordhuis>caitp: you mean what the baseline and optimizing compiler emit?
23:05:45  <caitp>yes, any generated code
23:06:12  <bnoordhuis>caitp: yes, they clean up after themselves
23:21:23  * unixpicklequit (Quit: Peace out)
23:27:52  * abraxas_joined
23:30:15  * dpinoquit (Read error: Connection reset by peer)
23:32:18  * abraxas_quit (Ping timeout: 255 seconds)
23:55:32  * rendarquit