🦋 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.
07:55 sena_kun joined 11:21 finanalyst joined 11:57 sena_kun left
lizmat meh, looks like recent changes borked some RakuAST stuff 12:11
m: say Q|("a",).duckmap({$_ ~~ Str})|.AST
camelia RakuAST::StatementList.new(
RakuAST::Statement::Expression.new(
expression => RakuAST::ApplyPostfix.new(
operand => RakuAST::ApplyListInfix.new(
infix => RakuAST::Infix.new(","),
operands => (
RakuA…
lizmat m: say Q|("a",).duckmap({$_ ~~ Str})|.AST.EVAL
camelia (signal SEGV)
lizmat *phew* looks like 18d128ab1b2d1f1d47b is *not* to blame 12:15
linkable6 (2024-06-17) github.com/rakudo/rakudo/commit/18d128ab1b Check expectations of `.deepmap` / `.duckmap` / `.nodemap` (#5592)
Geth rakudo/main: 1bd985a303 | (Elizabeth Mattijsen)++ | src/core.c/Any-iterable-methods.rakumod
Remove the signature check from .duckmap for now

Basically reverts af6df816016f7113 . This caused a segfault on RakuAST. But since this code is nowhere near anything specific to RakuAST, it felt safer to remove this optimization for now
12:30
rakudo/main: 3e55eb62d7 | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/LegacyPodify.rakumod
RakuAST: fix regression in handling of E<> in $=pod

This was missed with the changes made in 5b44a64b2d8190614c22d
14:32
rakudo/main: 17f0148ae1 | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/LegacyPodify.rakumod
RakuAST: fix issue in podification of V<>

This was apparently introduced quite a while ago already, not sure why this wasn't spotted earlier
15:01
15:33 [Coke] left 15:35 [Coke] joined
Geth rakudo/main: 025267848c | (Elizabeth Mattijsen)++ | src/Raku/ast/origins.rakumod
RakuAST: Streamlining origins handling (Part 1/N)

For now, work on comments only
16:20
lizmat m: dd "foo bar baz".index(/b\w+/) # any idea why this isn't implemented? 17:03
camelia Cannot resolve caller index(Str:D: Regex:D); none of these signatures matches:
(List:D $:: Cool:D $needle, *%_)
(Cool:D $:: Cool:D $needle, :i(:$ignorecase)!, :m(:$ignoremark), *%_ --> Int:D)
(Cool:D $:: Cool:D $needle, :m(:$ignorema…
lizmat m: dd "foo bar baz".indices(/b\w+/) # or this, for that matter ? 17:04
camelia Cannot resolve caller indices(Str:D: Regex:D); none of these signatures matches:
(List:D $:: Cool:D \needle, *%_)
(Cool:D $:: Cool:D $needle, :i(:$ignorecase)!, :m(:$ignoremark), :$overlap, *%_)
(Cool:D $:: Cool:D $needle, :m(:$ignor…
lizmat I guess because we have 17:41
m: dd "foo bar baz".match(/b\w+/).from
camelia 4
lizmat mind you, some benchmarking shows that a dedicated .index(Regex) would be about 50% faster
because it wouldn't have to make Match objects 17:42
Geth rakudo/main: fd72fc3e18 | (Elizabeth Mattijsen)++ | src/Raku/ast/origins.rakumod
RakuAST: Streamlining origins handling (Part 2/N)

Moved the line-endings search to ::Origin::Source.new, and streamlined a bit because it replaces frequent attribute lookups with lexicals
17:43
lizmat wow, that took a while, pushed that about an hour ago 17:44
18:49 sena_kun joined 22:04 sena_kun left 23:33 finanalyst left