dogbert2 very silent here today 13:43
brrt good * dogbert2
dogbert2 hello brrt
brrt are you working on the JIT or $work 13:44
brrt $dayjob 13:45
dogbert2 same here, but I still managed to get hold of some gdb information for github.com/MoarVM/MoarVM/issues/800 13:48
perhaps you, timotimo or jnthn can see what might be going wrong there 13:49
it's a 'good' bug in the sense that it is easy to reproduce 13:50
timotimo hm, so it's crashing deep inside an exception being printed while .perl-ing some datastructure 13:51
dogbert2 timotimo: perhaps it's trying to print out the error message that the reporter got during one of his runs 13:54
"Type check failed in binding to parameter '$start'; expected XML::Node but got Array ..."
valgrinding it now
brrt good * #moarvm 19:55
samcv good * 19:57
jnthn o/ 20:04
brrt yay, my fix at least fixes the crash 20:41
jnthn That's the JITty/GC SEGV? 20:42
brrt aye 20:44
jnthn \o/
Nicely in time for the release :)
timotimo awesome 20:45
brrt well, i have to put it through the guantlet first
i'm seeing a flappy t/nqp/qast.t 20:50
Geth MoarVM: c7774e37d2 | (Bart Wiegmans)++ | 2 files
[Spesh] Always split if_o into istrue and if_i

The JIT has always had a huge problem with the 'if_o' object conditional branches because they are both branching and invokish. In the interpreter, the MVM_coerce_istrue function can set up a return handler for an invokish frame to pick the correct code to branch to. That doesn't work for the JIT (although we could make it). ... (27 more lines)		 21:49
brrt this fixes… github.com/rakudo/rakudo/issues/1483 21:51
thanks AlexDaniel for giving a good clean test case 21:52
AlexDaniel what test case?
ooooooh
that one wasn't found by me!
but I can give you a thousand line project with 300 line test file that does the same! 21:53
jnthn brrt++ # really nice commit message explaining it too
brrt who found it then? (credit where it is due)
AlexDaniel saramaebee on #perl6 21:54
irclog.perlgeek.de/perl6/2018-02-05#i_15780500 21:55
a few messages later it segfaulted
brrt: I can now bump nqp and moar, right? 21:56
brrt: thank you very much for the fix! 22:00
brrt I think you can try. No warranties given :-) 22:02
AlexDaniel hmmm 22:05
brrt seeing breakage? 22:08
AlexDaniel no, so far so good. I'll be able to tell better once toaster finishes :) 22:11
the “hmm” was about weird compilation warning that I noticed, but that was with an older version…
brrt ok
MasterDuke .ask brrt does github.com/MoarVM/MoarVM/commit/c7774e37d2 fix the getlexstatic_o template also? 22:37
yoleaux MasterDuke: I'll pass your message to brrt.

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!