🦋 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:07 reportable6 left, reportable6 joined 00:42 frost joined 01:42 committable6 left, statisfiable6 left, benchable6 left, bisectable6 left, notable6 left, quotable6 left, greppable6 left, shareable6 left, linkable6 left, evalable6 left, reportable6 left, releasable6 left, tellable6 left, sourceable6 left, unicodable6 left, nativecallable6 left, coverable6 left, bloatable6 left 01:43 statisfiable6 joined, benchable6 joined, notable6 joined, greppable6 joined, sourceable6 joined 01:44 evalable6 joined, coverable6 joined, bisectable6 joined, reportable6 joined 01:45 releasable6 joined, tellable6 joined, shareable6 joined, nativecallable6 joined, bloatable6 joined, committable6 joined, linkable6 joined, quotable6 joined 01:46 unicodable6 joined 03:27 Kaiepi left 03:56 melezhik joined 04:03 melezhik left 04:17 Kaiepi joined 05:02 Xliff left, Xliff joined 05:03 Xliff1 left 06:07 reportable6 left 06:10 reportable6 joined 06:26 frost left
Geth problem-solving: 4fc031ba7d | (Will Coleda)++ (committed using GitHub Web editor) | 2 files
Volunteer for Doc wrangling (#325)

Resolves #324 Force merged to be able to keep momentum.
07:50 frost joined
Geth rakudo/rakuast: d95d7c49d9 | (Stefan Seifert)++ | 2 files
Generate code for implicit .WHO via Foo:: in RakuAST
rakudo/rakuast: 65c0746004 | (Stefan Seifert)++ | src/Raku/ast/name.rakumod
Implement lookups in pseudo packages
lizmat Files=1353, Tests=117197, 281 wallclock secs (34.13 usr 9.77 sys + 3925.57 cusr 325.98 csys = 4295.45 CPU) 08:13
2nd best this year 08:16
timo that's what i like to read :) 08:57
lizmat the best was 280 with about 1000 tests less 09:03
09:31 frost left 09:39 frost joined
lizmat jdv sena_kun is github.com/raku-community-modules/Toaster still used? Or is Blin a complete replacement ? 11:54
I'm thinking of archiving it and removing it from the p6c ecosystem 11:56
(it will still continue to live in the REA)
12:04 frost left 12:06 reportable6 left 12:09 reportable6 joined
Geth Netstring/main: 26 commits pushed by 8 authors
review: github.com/raku-community-modules/...86010a8ff4
sena_kun lizmat, I'm sure Blin is a complete replacement 12:43
lizmat Ok, then I will archive Toaster and remove it from p6c 12:44
one less thing to worry about :-) 12:45
sena_kun +1 12:46
13:26 patrickb left 13:27 patrickb joined 14:17 discord-raku-bot left, discord-raku-bot joined 14:28 Kaiepi left 15:34 Kaiepi joined
Geth rakudo/rakuast: 6fe7ed3888 | (Stefan Seifert)++ | src/Raku/ast/variable-access.rakumod
Implement fallback to GLOBAL when looking up multi part names
rakudo/rakuast: 940d3a580f | (Stefan Seifert)++ | src/Raku/ast/compunit.rakumod
Install GLOBAL symbol during deserialization
rakudo/rakuast: d8ff3ade1e | (Stefan Seifert)++ | src/Perl6/ModuleLoader.nqp
Remove counterproductive fallback from ModuleLoader

Perl6::ModuleLoader needs to restore the "GLOBAL" HLL symbol after loading a module (in case it got changed). However, if no GLOBAL had been set, it would get a VMNull and then fall back to NQPMu. In that case, it would "restore" an NQPMu that wasn't there before. This is bad because the generated code for installing a GLOBAL object only does so if getcurhllsym returned a VMNull. ... (5 more lines)
16:51 Kaiepi left
Geth rakudo/rakuast: ef9c8b8eac | (Stefan Seifert)++ | src/Raku/ast/variable-access.rakumod
Fix failure to resolve first part of name when looking up package variables

We must not include the sigil, otherwise we'd look for package &D whentrying to resolve &D::foo
16:56 vrurg left 16:57 londoed__ left 17:05 dogbert11 left 17:09 Kaiepi joined 17:15 londoed joined 17:26 Kaiepi left 17:48 Kaiepi joined 18:07 reportable6 left 18:08 reportable6 joined
Geth rakudo: e93447cf02 | (Elizabeth Mattijsen)++ | src/core.c/Str.pm6
Fix copy-pasto from 2012!

Apparently, one could not use infix le on two native strings, because of a copy-pasto from 4 August 2012 (b1d83dbd8a). Now you *can* use le on two native strings :-)
lizmat that was... weird :-) 19:03
19:24 sena_kun left 19:25 sena_kun joined 19:34 Kaipei joined 19:37 Kaiepi left 20:34 Kaipei left 20:53 sena_kun left 20:55 sena_kun joined 21:45 Kaiepi joined 21:47 vrurg joined 21:54 vrurg left 22:03 vrurg joined 22:14 discord-raku-bot left 22:15 discord-raku-bot joined 22:16 discord-raku-bot left, discord-raku-bot joined