🦋 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.
00:02 reportable6 left 00:03 reportable6 joined 01:21 nativecallable6 left, coverable6 left, committable6 left, bloatable6 left, notable6 left, shareable6 left, quotable6 left, linkable6 left, unicodable6 left, bisectable6 left, tellable6 left, reportable6 left, evalable6 left, squashable6 left, statisfiable6 left, greppable6 left, benchable6 left, releasable6 left, sourceable6 left 01:22 unicodable6 joined, statisfiable6 joined, greppable6 joined, releasable6 joined, bisectable6 joined, tellable6 joined, shareable6 joined, coverable6 joined 01:23 quotable6 joined, evalable6 joined, benchable6 joined, sourceable6 joined 01:24 notable6 joined, nativecallable6 joined 02:22 bloatable6 joined, committable6 joined 02:23 linkable6 joined, reportable6 joined 04:04 linkable6 left, nativecallable6 left, evalable6 left, reportable6 left, committable6 left, bloatable6 left, notable6 left, releasable6 left, quotable6 left, coverable6 left, sourceable6 left, unicodable6 left, statisfiable6 left, benchable6 left, bisectable6 left, greppable6 left, tellable6 left, shareable6 left 04:05 greppable6 joined, linkable6 joined, bisectable6 joined, notable6 joined 04:06 committable6 joined 04:07 coverable6 joined, releasable6 joined, shareable6 joined, quotable6 joined 05:05 tellable6 joined, benchable6 joined, statisfiable6 joined, evalable6 joined 05:06 unicodable6 joined 05:23 squashable6 joined 05:37 frost joined 05:45 samcv left, frost left, samcv joined 05:46 vrurg left 05:47 vrurg joined 06:03 reportable6 joined 06:31 frost joined
[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
07:05 bloatable6 joined 08:27 bloatable6 left, tellable6 left, squashable6 left, benchable6 left, statisfiable6 left, evalable6 left, unicodable6 left, greppable6 left, shareable6 left, committable6 left, notable6 left, quotable6 left, bisectable6 left, reportable6 left, linkable6 left, releasable6 left, coverable6 left 08:28 notable6 joined, linkable6 joined 08:29 greppable6 joined, coverable6 joined 08:30 reportable6 joined, bloatable6 joined, evalable6 joined 09:05 nativecallable6 joined 09:28 unicodable6 joined, bisectable6 joined, squashable6 joined 09:29 tellable6 joined, quotable6 joined, benchable6 joined, shareable6 joined 09:30 committable6 joined
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
09:40 linkable6 left
Geth roast: 6f1c3ec070 | (Elizabeth Mattijsen)++ | S32-list/reduce.t
Port the tests from PR #4460
09:59
10:51 evalable6 left 10:54 evalable6 joined 10:57 squashable6 left, squashable6 joined 11:07 sourceable6 joined 11:13 frost left 11:20 samcv left 11:21 samcv joined 11:30 statisfiable6 joined 11:40 linkable6 joined
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
11:42 lizmat left, TempIRCLogger left 11:47 lizmat joined 11:50 TempIRCLogger joined, patrickb joined 12:02 reportable6 left 12:05 reportable6 joined 12:16 RakuIRCLogger left, Geth joined
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
12:19 linkable6 left 12:21 linkable6 joined 12:42 frost joined 12:46 sena_kun joined 13:37 frost left 14:29 releasable6 joined 15:18 dogbert17 left, dogbert17 joined 15:49 dogbert17 left, dogbert17 joined 16:01 dogbert17 left, dogbert17 joined 16:03 dogbert17 left, dogbert17 joined 16:35 dogbert2 joined 16:38 dogbert17 left 16:40 smarton left 16:41 smarton joined 16:58 djinni` left 16:59 djinni` joined 17:32 sena_kun left 18:02 reportable6 left 18:30 Altai-man joined 19:03 reportable6 joined 20:49 patrickb left 22:06 linkable6 left, evalable6 left 22:08 linkable6 joined 23:44 linkable6 left