🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | log inspection situation still under development | For MoarVM see #moarvm
Set by lizmat on 22 May 2021.
[Tux] Rakudo v2021.07-11-g2c0343b5b (v6.d) on MoarVM 2021.07-10-g96ce6d848
csv-ip5xs0.860 - 0.990
csv-ip5xs-208.806 - 9.108
csv-parser27.224 - 27.712
csv-test-xs-200.375 - 0.376
test7.981 - 8.102
test-t1.962 - 1.987
test-t --race0.951 - 0.961
test-t-2034.756 - 35.503
test-t-20 --race9.998 - 10.514
06:36
Geth rakudo: ea389d663f | (Wenzel P. P. Peppmeyer)++ (committed using GitHub Web editor) | src/core.c/Bool.pm6
Fix List.reduce method failing with &[&&] (#4460)

Fix #4458
09:39
Geth roast: 6f1c3ec070 | (Elizabeth Mattijsen)++ | S32-list/reduce.t
Port the tests from PR #4460
09:59
Geth rakudo: db441c2cd6 | (Elizabeth Mattijsen)++ | src/core.c/Bool.pm6
Make && || // about 2x as fast for the +@a candidates

For the worst case, not being able to short-circuit at all.
Adaptation of the original PR by gfldex++.
Did not touch the ^^ candidate, as the semantics feel wrong to me actually. So this warrants further investigation.
11:41
Geth rakudo: 66ae861297 | (Ben Davies)++ (committed using GitHub Web editor) | src/core.c/Signature.pm6
Enhance signature-signature typechecking (#4479)

Refactor signature-signature typechecking for efficiency
ACCEPTS on a signature given a signature rather repetitive in that it needs to iterate over each parameter in both signatures before performing any typechecks, demanding a second iteration in all cases. If a schema for the RHS is built by passing over its parameters once, then typechecks for each parameter in the LHS can be shortcircuited sooner, leaving any extraneous parameters from the RHS to pass over once more.
12:18
lizmat hmmm..not sure why that wasn't picked up initially by Geth