[00:04] *** librasteve_ left
[00:20] <ugexe> m: for 1 { $ = sub { say 1 }() R, sub { say 2 }() }

[00:20] <evalable6> ugexe, rakudo-moar 13fcc50e7: OUTPUT: «2␤1␤»

[00:21] <ugexe> just so im clear, should we consider the order of evaluation of that as what rakuast should do? it current prints 1 2

[00:22] <ugexe> rakuast does reverse the values returned

[00:23] <ugexe> it is just a matter of if we have a expected evaluation order

[01:05] *** kjp left
[01:23] *** kjp joined
[01:37] <ugexe> m: sub b(int $p is rw) { say "b: $p" }; sub a(int $p is rw) { b(++$p) }; my int $v = 5; a($v); say "v=$v"

[01:37] <evalable6> ugexe, rakudo-moar 13fcc50e7: OUTPUT: «b: 6␤v=6␤»

[01:38] <ugexe> m: sub b(Int $p is rw) { say "b: $p" }; sub a(Int $p is rw) { b(++$p) }; my Int $v = 5; a($v); say "v=$v"

[01:38] <evalable6> ugexe, rakudo-moar 13fcc50e7: OUTPUT: «(exit code 1) Parameter '$p' expects a writable…»

[01:38] <evalable6> ugexe, Full output: https://gist.github.com/864c4cc8a575ff3f1f3b48c2068a7afc

[01:38] <ugexe> why do we optimize int to a writable container but not e.g. Int?

[01:40] <ugexe> it seems like the e.g. ++ subs should all be marked is rw but then that breaks roast tests

[01:42] <ugexe> json::fast relies on that behavior, and i'm not really sure how to implement these type of optimizations just to paper over implementation impediance 

[01:42] <ugexe> in rakuast

[01:44] <ugexe> https://github.com/rakudo/rakudo/commit/04791bfcf

[01:45] <ugexe> makes it seem like a hack that he hoped spesh might obviate

[04:52] *** apogee_ntv left
[04:53] *** apogee_ntv joined
[05:57] *** librasteve_ joined
[07:29] <lizmat> ugexe: I wouldn't worry about things in Perl6/Optimizer at this point

[07:41] <lizmat> also: with the optimize switched off in legacy, it also says 1,2    so it's the optimizer changing the order?

[08:22] <Geth> ¦ nqp/main: f7ada3f160 | (Elizabeth Mattijsen)++ | tools/templates/MOAR_REVISION

[08:22] <Geth> ¦ nqp/main: Bump MoarVM to get alloc check fix, MasterDuke++

[08:22] <Geth> ¦ nqp/main: review: https://github.com/Raku/nqp/commit/f7ada3f160

[08:31] <lizmat> looks like the optimizer optimizes that to a WVal Array

[08:33] <Geth> ¦ rakudo/main: 12e6f4dfcc | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION

[08:33] <Geth> ¦ rakudo/main: Bump NQP to get alloc check fix, MasterDuke++

[08:33] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/12e6f4dfcc

[08:36] <lizmat> ah, no, that'd be a golf

[10:03] <[Tux]> Rakudo v2026.04-104-g12e6f4dfc (v6.d) on MoarVM 2026.04-26-gf2e25d78d

[10:03] <[Tux]> csv-test-xs         0.016 -  0.018

[10:03] <[Tux]> csv-test-xs-20      0.114 -  0.116

[10:03] <[Tux]> csv-ip5xs           0.271 -  0.272

[10:03] <[Tux]> test-t --race       0.297 -  0.311

[10:03] <[Tux]> test-t              0.469 -  0.512

[10:03] <[Tux]> csv-parser          1.071 -  1.089

[10:03] <[Tux]> csv-ip5xs-20        1.074 -  1.093

[10:03] <[Tux]> test-t-20 --race    1.394 -  1.521

[10:03] <[Tux]> test                1.780 -  1.807

[10:03] <[Tux]> test-t-20           6.169 -  6.357

[10:03] <[Tux]> https://tux.nl/Talks/CSV6/speed4-20.html / https://tux.nl/Talks/CSV6/speed4.html https://tux.nl/Talks/CSV6/speed.log

[10:12] <timo> do we know if Text::CSV works with rakuast already? does the tuxic slang need any changes for that?

[10:28] <[Tux]> I do ot know. I have been rather detached from Raku

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: 4b71d0b8ef | snyk-bot++ | nqp-js-on-js/package.json

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: fix: upgrade nqp-runtime from 0.30.0 to 0.43.0

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: 

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: Snyk has created this PR to upgrade nqp-runtime from 0.30.0 to 0.43.0.

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: 

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: See this package in npm:

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: nqp-runtime

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: 

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: See this project in Snyk:

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: https://app.snyk.io/org/raku.org-default/project/b53a42f2-3dd9-436e-b1b6-d50a18d128a3?utm_source=github&utm_medium=referral&page=upgrade-pr

[10:46] <Geth> ¦ nqp/snyk-upgrade-def3d5b7ede9f6cfa22dcb6dddae6b3a: review: https://github.com/Raku/nqp/commit/4b71d0b8ef

[10:46] <Geth> ¦ nqp: coke++ created pull request #846: [Snyk] Upgrade nqp-runtime from 0.30.0 to 0.43.0

[10:46] <Geth> ¦ nqp: review: https://github.com/Raku/nqp/pull/846

[10:53] <lizmat> timo: afaik Text::CSV uses Slang::Tuxic, which uses Slangify, and is thus ready fro RakuAST

[10:53] <lizmat> timo [Tux] so that has been taken care of, at least at that level

[10:54] <lizmat> if you know of a slang in the ecosystem that does not use Slangify yet, let me know  :-)

[10:54] <[Tux]> 👍

[12:01] *** disbot2 left
[12:02] *** disbot3 joined