🦋 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
|