🦋 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 ugexe: that error seems to crop up other places too e.g., github.com/julia-vscode/julia-vsco...ssues/2916 00:35
lizmat m: sub prefix:<foo> (Int $x) is looser(&infix:<+>) { dd }; dd &prefix:<foo>.prec 16:52
camelia {:prec("t:=")}
lizmat m: sub prefix:<foo> (Int $x) is looser<+> { dd }; dd &prefix:<foo>.prec
camelia {:prec("v:=")}
lizmat feels to me that either the looser<+> syntax should produce the same result, or panic
ah, found the discrepancy 17:10
m: sub prefix:<foo> (Int $x) is looser(&prefix:<+>) { dd }; dd &prefix:<foo>.prec 17:11
camelia {:prec("v:=")}
Geth rakudo/main: 92758cc511 | (Elizabeth Mattijsen)++ | src/core.c/atomicops.pm6
Remove superfluous "is equiv"

Which wasn't even on the proto where it should have been
17:57
Geth rakudo/main: 50a4f690cc | (Elizabeth Mattijsen)++ | src/core.e/additions.pm6
Remove "is equiv", it isn't necessary with OperatorProperties

The makes the entire setting free of any operator trait_mods, clearing the way to make them occur much later in the setting.
18:20
rakudo/main: 3937c86299 | (Elizabeth Mattijsen)++ | 3 files
Move operator related trait_mods to much later in the setting

So that they can be made much more like regular Raku code
18:21
Geth rakudo/main: b248ae1254 | (Elizabeth Mattijsen)++ | src/Raku/ast/operator-properties.rakumod
RakuAST: add OperatorProperties.known-category

To easily introspect whether an operator category is valid or not
19:09
rakudo/main: 16595e8432 | (Elizabeth Mattijsen)++ | src/core.c/Routine.pm6
Handle operator traits with string better

  - abstract logic into a helper method
  - fix any case where the target op had a < or > in it
19:32