🦋 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: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm
Set by lizmat on 8 June 2022.
MasterDuke ab5tract++, nice find/fix 00:40
Geth rakudo/main: 541a9c7db3 | (Stefan Seifert)++ | src/Raku/ast/resolver.rakumod
RakuAST: Report filename for unknown symbol exceptions

This also fixes warnings when creating the exception message.
07:50
rakudo/main: c9c2197d9b | (Stefan Seifert)++ | src/Raku/ast/resolver.rakumod
RakuAST: bring back suggestions for unknown routines

This also fixes warnings when creating the exception message.
Geth rakudo/main: d7ded45937 | (Stefan Seifert)++ | src/Raku/Actions.nqp
RakuAST: don't include colonpairs in method names for calls

Apparently colonpairs on method names should be ignored, e.g. [].grep:Str should just call .grep. However there are only two tests in repl.t that require this and the call will still fail, so we may want to re-visit this later.
08:20
rakudo/main: 76f0278c0a | (Stefan Seifert)++ | t/02-rakudo/repl.t
RakuAST: Un-todo a passing test in repl.t when running with RAKUDO_RAKUAST set
08:21
rakudo/main: 34cb94e072 | (Stefan Seifert)++ | t/05-messages/01-errors.t
Remove unintended m: prefix from a test case

Looks like this test was copied from an IRC message and the m: prefix for the eval-bot was kept.
08:25
releasable6_ Next release in ≈3 days and ≈7 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 11:00
releasable6 Next release in ≈3 days and ≈7 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft
nine Many of the t/05-messages/*-errors.t failures look quite straight forward to fix. It's often just about throwing a more targeted exception. 12:25
[Coke] (release) Did we ever figure out why the Red failure didn't show up in blin? 13:52
We should probably at least ping the red developer to test it manually while blin is going on. 13:53
SmokeMachine I would test if that happens... I'm planning on trying to run my github actions daily with main rakudo... but I'm not sure on how doing that an didn't have time to start investigating thayet 13:57
ab5tract SmokeMachine: you might find some inspiration from the GTK-Simple repo 14:50
SmokeMachine ab5tract: thaks, I'll take a look 14:52
jdv I thought it was AttrX::Mooish that we don't know why blin didn't hit it? 16:21
Geth rakudo/main: 326dc12b12 | (Stefan Seifert)++ | src/Raku/ast/signature.rakumod
RakuAST: fix concrete values slipping into Parameter's $!type attribute
16:27
rakudo/main: dbe698c4c3 | (Stefan Seifert)++ | src/Raku/ast/signature.rakumod
RakuAST: add post-constraints for type-like parameter values

In `sub foo(LittleEndian) {...}` LittleEndian looks like a type and parses as one but it's actually a value that the parameter must match.
rakudo/main: abc1a5f512 | (Stefan Seifert)++ | src/Raku/ast/signature.rakumod
RakuAST: ensure we check type-like values for parameters

In `sub foo(LittleEndian) {...}` LittleEndian looks like a type and parses as one but it's actually a value that the parameter must match. Generate the ParamTypeCheck for calling ACCEPTS on that value.
nine 1055
[Coke] jdv: oh, is that a Red dep?
jdv got me. i only heard about that one though. not Red. 16:30
i'll try both in a bit
SmokeMachine No, Red is not related to Attraction::Mooish… but I suppose both play with Metamodel… 16:39
jdv what would that even be? 16:56
SmokeMachine jdv: docs.raku.org/type/Metamodel/ClassHOW 16:58
jdv i meant "Attraction::Mooish" 16:59
Attraction::Mooish tests out fine on head 17:03
gah, "AttrX::Mooish" i meant
how does one fix this type of issue again?: "===> Failed to find dependencies: pq:ver<5>:from<native>" 17:04
ab5tract lol
jdv is that another name for libpq-dev or whatever?
that's what "zef install Red" ends with for me at the moment 17:05
SmokeMachine (attraction was a wrong autocomplete) 17:06
Red is also passing on head... the problem is with the 2 last released vwersons 17:08
ab5tract jdv: I
I think that’s a missing native lib error
SmokeMachine (sorry, I'm still getting used to my new keyboard... 17:09
that's an error on a dependency of DBIish (if I remember it correctly) that's a Red dependency... 17:11
jdv hmm, maybe that's what tripped up blin... 17:12
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2024/04/22/2024-...dcabaacab/ 17:19
ab5tract lizmat++ 17:32
jdv and Red tests out fine on head 17:44
lizmat *phew* 17:45
[Coke] jdv++ 17:47
ab5tract deciding to take poke at R#5486 18:52
linkable6 R#5486 [open]: github.com/rakudo/rakudo/issues/5486 [Unicode] Test for Unicode `General_Category` does not work with `L`
ab5tract A bit unnerving that the only difference in QAST seems totally reasonable: gist.github.com/ab5tract/c6b7eea8e...eb45e3266c 18:54
(this is in the RakuAST branch, as I was hoping for it to be easier to chase down there) 18:55
also: looking for feedback on potentially adding this `dump_reg` method to QASTCompilerMAST.nqp -- gist.github.com/ab5tract/c6b7eea8e...g-proposal 19:15
ab5tract m: { "Ll" }.ACCEPTS(Nil).say. # kind of weird 22:36
camelia ===SORRY!=== Error while compiling <tmp>
Unsupported use of . to concatenate strings. In Raku please use: ~.
at <tmp>:1
------> "Ll" }.ACCEPTS(Nil).say. # kind of weird⏏<EOL>
ab5tract m: ({ "Ll" }).ACCEPTS(Nil).say. # kind of weird 22:37
camelia ===SORRY!=== Error while compiling <tmp>
Unsupported use of . to concatenate strings. In Raku please use: ~.
at <tmp>:1
------> Ll" }).ACCEPTS(Nil).say. # kind of weird⏏<EOL>
ab5tract oops, duh..
m: { "Ll" }.ACCEPTS(Nil).say # kind of weird
camelia Ll