#perl6-dev on 29 April 2019 - Raku Programming Language Log

Perl 6 language and compiler development | Logs at colabti.org/irclogger/irclogger_log/perl6-dev | For toolchain/installation stuff see #perl6-toolchain | For MoarVM see #moarvm
Set by Zoffix on 27 July 2018.

00:20 squashable6 left 00:25 squashable6 joined 00:57 leont left 01:00 lizmat joined 01:02 lizmat left 01:24 lucasb left 04:05 raschipi left 05:08 robertle left

nine

ugexe: ah, so that ends all speculation

05:49

[Tux]

somehow, have no decisive clue made it more suspense :)

06:02

yoleaux

28 Apr 2019 17:11Z <nine> [Tux]: so maybe they put the fence down on purpose _because_ they were afraid the wind would throw it around?

06:41 tyil left, tyilanmenyn joined 06:45 [TuxCM] left 07:08 lizmat joined 07:11 lizmat left 07:16 tyilanmenyn is now known as tyil 07:21 patrickb joined 07:29 patrickb left 07:35 patrickb joined

kawaii

releasable6: status

08:00

releasable6

kawaii, Next release will happen when it's ready. 2 blockers. 132 out of 252 commits logged (⚠ 2 warnings)

kawaii, Details: gist.github.com/e3a64aae2fee846684...2b9fecf632

|Tux|

Rakudo version 2019.03.1-252-gcac95fbbc - MoarVM version 2019.03-102-g423a9cc7d

csv-ip5xs	0.699	-	0.710
csv-ip5xs-20	5.822	-	5.881
csv-parser	22.577	-	22.637
csv-test-xs-20	0.420	-	0.426
test	6.297	-	7.000
test-t	1.605	-	1.664
test-t --race	0.750	-	0.792
test-t-20	27.995	-	28.372
test-t-20 --race	8.842	-	8.846

08:43

09:01 leont joined 10:13 hankache joined 11:03 gfldex left 11:04 gfldex joined 11:05 hankache left

nine

So I decided to add loads of debug info to release_register to find the place where we release registers in random order. But as soon as I did that the reproducibility issue with conditionals disappeared. Turns out, I added some fix to NQP and probably forgot to recompile...

11:38

timotimo

d'oh

11:39

nine

Now I only got issues with the Telemetry, Test and NativeCall modules. The rest looks fine. Issues seem to be about SC deps in different order and some strings from the compiler backend like "HandlerCategory", "HLL", "MASTBytecodeAssembler" and so on.

11:40

timotimo

i definitely know that feeling

nine

On the bright side, since there is only a 1 byte difference in Test.pm6's precomp file and this doesn't show up in moar --dump, I wrote a little mbc parser: gist.github.com/niner/63a718023aba...c1ccd84e32

11:45

And because writing all those $!mbc.read-int32 was getting boring, I wrote a BytecodeReader for that which takes a class definition as input :)

11:46

timotimo

ooooh

i like that

with a CStruct, you could conceivably just read the sizeof(thatstruct) and nativecast ;)

though that has alignment stuff done to it

11:47

nine

With that it's just my class Frame { has uint32 $.bytecode-offset; has uint32 $.bytecode-length; ... } my $frame = $reader.read-struct(Frame);

Yeah, I mentioned that CStruct idea in the ticket that started jnthn++'s design process for bytecode handling. Making alignment optional would be pretty simple actually.

11:48

timotimo

mhm

nine

However CStruct starts running into difficulties when you want to do things like: class Bytecode { has uint32 $.frames-count; has Frame @.frames is elems(*.frames-count) }

11:49

timotimo

true

11:50

nine

Fun really starts when the thing starts compiling code for reading the struct. Should still be rather easy to do

11:51

timotimo

"the thing"?

nine

The ByteReader

timotimo

oh btw

12:01

do you want to give me input on the new heap snapshot format i've cooked up?

BBL

12:18

nine

The ByteReadersure

12:19

sure

12:26 raschipi joined

nine

Ok, down to a single byte difference in Test.pm6 and Telemetry.pm6 respectively!

12:38

And in both cases the byte is part of the locals debug_map

bytecode.pl6 is so incredibly useful for this :) tools++

raschipi

nine++

12:39

nine

And I think I found the place where this happens!

12:40

Need to change trains

12:41

Finally!