🦋 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.
lizmat Files=1351, Tests=117094, 296 wallclock secs (34.98 usr 10.66 sys + 3952.55 cusr 339.70 csys = 4337.89 CPU) 06:48
releasable6 Next release in ≈3 days and ≈7 hours. 1 blocker. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 11:00
lizmat is drawing a blank 11:48
do we have a way in Raku to produce a string with the common root of two (or more) strings ? 11:49
dd "abcd" root "abce"; # "abc"
dd [root] <abcd abcd abde> # "ab" 11:50
MasterDuke so longest common substring, anchored at the start? not that i know of 11:54
lizmat yeah, thought so :-) 12:05
sena_kun this sounds very specific 13:04
lizmat it is... but it can be handy sometimes, so I'll put it String::Utils :-) 13:05
sena_kun aye, that's a good idea. I was worried about putting it into the CORE. :) 13:16
lizmat now in String::Utils in the ecosystem :-) 13:22
well, actually now :-) 13:25
jdv "Unhandled exception: unreachable unbox 1" seems like most of the Blin fallout today 13:47
Geth__ ¦ DBIish: rbt self-assigned Places for placeholders github.com/raku-community-modules/...issues/215 14:24
¦ DBIish: rbt self-assigned Support default value in insert&update github.com/raku-community-modules/...issues/214
rakudo: MasterDuke17++ created pull request #4725:
Add missing precedence info for some infix ops		 14:56
vrurg jdv: I'd like to merge R#4721 before the release because it re-claims back some of the performance lost when fix for junction in smartmatches was merged. But this would like need another blin round. 15:28
*would likely 15:29
jdv i can't run it today again. maybe tomorrow. 15:30
jdv sure i guess. but if blows up the next blin run its probably out 15:32
vrurg Whenever it suits you. Just to make sure the merge is still possible prior to the release.
jdv we already have a bunch of blockers to get through
vrurg I think 2.6x faster `foo() ~~ bar()` worth it. :) 15:33
jdv ok 15:36
[Coke] jdv: you still snowed in? 16:48
jdv nah, back down. it was really just a few inches with freezing rain on it. i was waiting for it to melt back a bit. 17:00
[Coke] +1 17:06
Geth__ rakudo: cd86606e18 | MasterDuke17++ (committed using GitHub Web editor) | src/core.c/precedence.pm6
Add missing precedence info for some infix ops (#4725)

This fixes the segfault uncovered by 71c62e7. Because `&infix:«+<»` didn't have its precedence set, therefore the call to `.prec` went through Code's `method prec`, which simple returns `my %`. For some reason this is an HLL hash in the optimizer, so the atkey call in MoarVM has problems. It shouldn't have segfaulted and probably still needs a fix, but this change in Rakudo should happen regardless.		 17:23
Geth__ rakudo: 32401c4762 | (Vadim Belman)++ | 6 files
Implement smartmatch as a dispatcher

Try to optimize some special cases whenever possible.		 20:28
rakudo: 16c3dc9a7c | (Vadim Belman)++ (committed using GitHub Web editor) | 6 files
Merge pull request #4721 from vrurg/new-disp-smartmatch

Implement smartmatch as a dispatcher

Powered by Cro and the Raku® Programming Language.

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

Thank you!