00:01 MasterDuke joined 00:43 geekosaur joined 01:54 ilbot3 joined 02:08 vendethiel- joined 02:37 geekosaur joined 02:44 geekosaur joined 02:51 travis-ci joined
travis-ci MoarVM build failed. Samantha McVey 'Add documentation on UCA collation implementation 02:51
travis-ci.org/MoarVM/MoarVM/builds/275451859 github.com/MoarVM/MoarVM/compare/3...71e1452453
02:51 travis-ci left 04:20 geekosaur joined 04:22 synopsebot6 joined 04:42 geekosaur joined 05:04 Ven`` joined 05:37 brrt joined
brrt good morning #moarvm 06:00
06:18 domidumont joined 06:25 domidumont joined 06:51 brrt joined 07:01 leont joined
Geth MoarVM: duke-m++ created pull request #691:
+get it: release tarballs won't work out of the box
07:43
Geth_ moarvm.org: duke-m++ created pull request #7:
bleading edge
07:57
Geth MoarVM: duke-m++ created pull request #692:
getsockname / end of non-void function
08:43
jnthn morning, brrt o/ 09:13
brrt morning jnthn 09:20
09:22 domidumont joined
Geth MoarVM/master: 4 commits pushed by Mario++, (Jonathan Worthington)++ 09:34
09:58 Skarsnik joined
samcv morning brrt 10:31
brrt ohai samcv 10:33
Geth_ moarvm.org: 3463c5f58e | Mario++ (committed using GitHub Web editor) | contributing.html
bleading edge

sorry, if this was a pun and I simply did not get it; if not here's my pull request to correct it to bleeding edge
10:51
moarvm.org: fb07f65556 | (Jonathan Worthington)++ (committed using GitHub Web editor) | contributing.html
Merge pull request #7 from duke-m/patch-1

bleading edge
Geth MoarVM: b48c9200fa | (Jonathan Worthington)++ | 8 files
Expose number of locks held by a thread
MoarVM: cf95892e66 | (Jonathan Worthington)++ | src/core/threads.c
Add missing concreteness checks in thread ops
timo i wonder what the prior art is concerning graphing the dependencies and orchestration of tasklets like our code-backed promises 10:58
11:18 geekosaur joined 11:47 Skarsnik_ joined 11:58 domidumont joined 12:07 MasterDuke joined, Skarsnik__ joined
MasterDuke timo: to implement a single-block-of-memory ssize+slots in VMArray, i assume the MVMArrayBody struct loses the MVMuint ssize, but does the current definition of slots stay the same? 12:09
and allocating it would be something like MVM_fixed_size_alloc(..., sizeof(MVMuint) + (sizeof(<type>) * num_of_slots))? 12:10
or should MVMArrayBody instead get a new `struct { MVMuint64 ssize; union { ...} slots; } storage;` member? 12:15
timo perhaps that'd be saner than calculating offsets in the code
after all, structs are really just the compiler calculating offsets for us 12:16
MasterDuke timo: thanks, i'll give it a shot 12:24
timo good luck!
12:29 Skarsnik_ joined 13:25 Skarsnik__ joined 14:05 Skarsnik_ joined 14:20 vendethiel- joined 14:43 Skarsnik joined 14:48 AlexDaniel joined 15:00 zakharyas joined 15:07 brrt joined 15:58 nativecallable6 joined, committable6 joined, evalable6 joined, releasable6 joined 16:36 domidumont joined 17:08 brrt joined 17:52 brrt joined 17:56 zakharyas joined 18:26 leont joined 18:55 Zoffix left 19:07 Ven`` joined 22:30 travis-ci joined
travis-ci MoarVM build failed. Jonathan Worthington 'Merge pull request #691 from duke-m/patch-1 22:30
travis-ci.org/MoarVM/MoarVM/builds/275812731 github.com/MoarVM/MoarVM/compare/f...aa080ff34f
22:30 travis-ci left
MasterDuke jnthn: just wanted to get your input also, a struct for ssize+slots is good? 22:51
23:44 vendethiel- joined 23:45 MasterDuke_ joined