Perl 6 - the future is here, just unevenly distributed

IRC log for #moarvm, 2017-01-01

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:13 Ven joined #moarvm
00:33 Ven joined #moarvm
00:45 pyrimidine joined #moarvm
00:48 [Coke] samcv: sorry, not yet a moarvm hacker.
00:48 * [Coke] waves from the highway.
00:53 Ven joined #moarvm
01:12 Ven joined #moarvm
01:32 Ven joined #moarvm
01:52 Ven joined #moarvm
01:58 pyrimidine joined #moarvm
02:12 Ven joined #moarvm
02:25 FROGGS_ joined #moarvm
02:32 Ven joined #moarvm
02:39 pyrimidi_ joined #moarvm
02:48 ilbot3 joined #moarvm
02:48 Topic for #moarvm is now https://github.com/moarvm/moarvm | IRC logs at  http://irclog.perlgeek.de/moarvm/today
02:52 Ven joined #moarvm
03:12 Ven joined #moarvm
03:26 pyrimidine joined #moarvm
03:32 Ven joined #moarvm
03:52 Ven joined #moarvm
04:12 Ven joined #moarvm
04:32 Ven joined #moarvm
04:42 pyrimidi_ joined #moarvm
04:52 Ven joined #moarvm
05:12 Ven joined #moarvm
05:27 notviki joined #moarvm
05:32 Ven joined #moarvm
05:51 Ven joined #moarvm
06:11 Ven joined #moarvm
06:31 Ven joined #moarvm
06:51 Ven joined #moarvm
07:10 pyrimidine joined #moarvm
07:11 Ven joined #moarvm
07:31 Ven joined #moarvm
07:47 Ven joined #moarvm
07:48 pyrimidine joined #moarvm
07:55 Ven joined #moarvm
08:15 Ven joined #moarvm
08:42 Ven joined #moarvm
09:02 Ven joined #moarvm
09:22 Ven joined #moarvm
09:34 pyrimidine joined #moarvm
09:42 Ven joined #moarvm
10:02 Ven joined #moarvm
10:22 Ven joined #moarvm
10:42 Ven joined #moarvm
11:02 Ven joined #moarvm
11:22 Ven joined #moarvm
11:25 pyrimidine joined #moarvm
11:42 pyrimidine joined #moarvm
11:42 Ven joined #moarvm
11:54 domidumont joined #moarvm
11:59 domidumont joined #moarvm
12:02 Ven joined #moarvm
12:34 Ven joined #moarvm
13:04 froggs joined #moarvm
13:05 pyrimidine joined #moarvm
13:14 FROGGS joined #moarvm
13:19 FROGGS joined #moarvm
15:15 Ven joined #moarvm
15:35 Ven joined #moarvm
15:55 Ven joined #moarvm
16:14 Ven joined #moarvm
16:25 Ven_ joined #moarvm
17:58 zakharyas joined #moarvm
18:24 nebuchadnezzar joined #moarvm
19:38 pyrimidine joined #moarvm
20:01 brrt joined #moarvm
20:02 brrt ohai #moarvm
20:02 nwc10 good UGT, brrt
20:03 brrt i've figured out why i keep having memory corruption in the linear scan allocator
20:04 brrt interestingly it's because i should be using a linked list instead of an array
20:04 brrt also, happy new prime year nwc10
20:06 brrt or well...using a linked list is one way to solve it... and probably the simplest
20:06 lizmat brrt nwc10 good 2017 wished to you too
20:07 brrt although i liked my array-based approach better on aesthetic grounds
20:07 brrt you too lizmat!
20:07 nwc10 you three, or, to be on the safe side, you *
20:08 brrt2 joined #moarvm
20:10 brrt2 i'm
20:11 brrt2 suspicious that the train wifi is blocking the google play store
20:12 lizmat nwc10: we will
20:32 zakharyas joined #moarvm
20:44 Ven joined #moarvm
21:03 Ven joined #moarvm
21:04 dalek MoarVM/even-moar-jit: 5fbea8d | brrt++ | src/jit/linear_scan.c:
21:04 dalek MoarVM/even-moar-jit: Actually release registers after use
21:04 dalek MoarVM/even-moar-jit:
21:04 dalek MoarVM/even-moar-jit: Forgetting this meant that allocating larger sequences didn't really
21:04 dalek MoarVM/even-moar-jit: work.
21:04 dalek MoarVM/even-moar-jit:
21:04 dalek MoarVM/even-moar-jit: This implementation will fail due to memory corruption, because the
21:04 dalek MoarVM/even-moar-jit: second loop of determine_live_ranges will create more definitions than
21:04 dalek MoarVM/even-moar-jit: computed in the first loop, because it doesn't account properly for
21:04 dalek MoarVM/even-moar-jit: aliasing operations.
21:04 dalek MoarVM/even-moar-jit: review: https://github.com/MoarVM/MoarVM/commit/5fbea8dbec
21:09 brrt joined #moarvm
21:09 brrt okay, so to elaborate a bit on the cryptic comment in that
21:09 brrt i compute live ranges in two easy steps
21:10 brrt one, i compute the sets of things that become a single live range, taking into account aliases and PHI nodes
21:10 nebuchadnezzar joined #moarvm
21:10 brrt two, i fill in the live ranges by creating references from the live range (describing the value) to the tiles (using the value) in a buffer
21:12 brrt now my problem is that i'm causing buffer overruns because as it happens the second loop (creating the live ranges) does not take into account aliases and phi nodes as the first loop
21:12 brrt (all references go and live in a single buffer. this is efficient and nice and what i meant with 'aesthetic preference')
21:13 brrt now, i can do either of the following things:
21:13 brrt i replicate the first loop over the tiles into the second loop
21:14 brrt but, that feels really, really icky
21:14 brrt as if there's no work being done in the first loop at all (not true, but feels that way)
21:15 brrt the second option is to use a data structure that supports the operation that i really need  - which is append the definitions and uses as i find them, and that data structure is clearly a linked list
21:15 brrt in which case, i can fold the second and first loop into one. elegance win!
21:16 brrt i still need to have a new second loop to 'harvest' the created live range into the worklist that needs to be allocated for
21:16 lizmat folding loops is generally a good idea  :-)
21:16 brrt but that's a much simpler loop altogether
21:16 brrt i agree :-)
21:22 brrt (there are two roughly equivalent ways to do the harvesting, with equivalent complexity)
21:24 lizmat ack
21:24 * lizmat is tired and goes to bed
21:25 * brrt too
21:26 brrt will try to implement tomorrow :-)
21:50 pyrimidine joined #moarvm
22:16 Ven joined #moarvm
22:35 pyrimidine joined #moarvm

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary