[03:20] <ugexe> i guess i broke installed/precompiled zef again in one of my fixes

[03:22] <ugexe> can still test stuff, just using zef ala `RAKUDO_RAKUAST=1 path/to/bin/zef -I path/to/ install foo`

[03:25] <ugexe> basically a cross-SC precomp issue related to the fact that methods get Callable[T] mixin behavior in rakuast, which causes precompiled zef to try and reference a type from a run time loaded module

[03:25] <ugexe> i think that might require moarvm fixes though

[03:29] <ugexe> need it to understand a STable is a parameterization and to rebuild via parametric_type.HOW.parameterize(params) at deserialization time

[07:39] *** sjm_ joined
[07:53] *** sjm_ left
[10:42] *** apogee_ntv left
[10:43] *** apogee_ntv joined
[13:12] <Geth> ¦ rakudo/main: 434bb30b0c | (Elizabeth Mattijsen)++ | src/core.c/core_epilogue.rakumod

[13:12] <Geth> ¦ rakudo/main: Introduce RAKUDO_ASSUMING_DEBUG environment variable

[13:12] <Geth> ¦ rakudo/main: 

[13:12] <Geth> ¦ rakudo/main: When set to 1, it will show the generated code deparsed.

[13:12] <Geth> ¦ rakudo/main: When set > 1, it will also show the generated AST

[13:12] <Geth> ¦ rakudo/main: 

[13:12] <Geth> ¦ rakudo/main: Also make this code in .assuming a bit DRYer

[13:12] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/434bb30b0c

[13:16] <Geth> ¦ rakudo/main: cbc3852b21 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 3 files

[13:16] <Geth> ¦ rakudo/main: Add native int/num method "bits"

[13:16] <Geth> ¦ rakudo/main: 

[13:16] <Geth> ¦ rakudo/main: TIL I learned about the existence of nqp::objprimbits.  This is

[13:16] <Geth> ¦ rakudo/main: now used to initialize $?BITS with, and to introduce the .bits

[13:16] <Geth> ¦ rakudo/main: method to native int and num types.

[13:16] <Geth> ¦ rakudo/main: 

[13:16] <Geth> ¦ rakudo/main: Because these types do not directly exist as classes, the methods

[13:16] <Geth> ¦ rakudo/main: <…commit message has 8 more lines…>

[13:16] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/cbc3852b21

[13:17] <Geth> ¦ rakudo/main: ee30c34fff | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | src/core.c/Order.rakumod

[13:17] <Geth> ¦ rakudo/main: Add infix:<cmp>(Iterable:D, Iterable:D)

[13:17] <Geth> ¦ rakudo/main: 

[13:17] <Geth> ¦ rakudo/main: In response to https://github.com/rakudo/rakudo/issues/6075

[13:17] <Geth> ¦ rakudo/main: 

[13:17] <Geth> ¦ rakudo/main: This will do a cmp on all the values that their iterators produce,

[13:17] <Geth> ¦ rakudo/main: and thus creating the same semantics for Seq cmp Seq or something

[13:17] <Geth> ¦ rakudo/main: with a Seq on either side, such as:

[13:17] <Geth> ¦ rakudo/main: 

[13:17] <Geth> ¦ rakudo/main:   dd (lazy (1,2,3)) cmp (1,2,3)

[13:17] <Geth> ¦ rakudo/main: 

[13:17] <Geth> ¦ rakudo/main: which would produce `Less` instead of `Same` before this addition

[13:17] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/ee30c34fff

[13:21] <Geth> ¦ rakudo/main: 9c322706ef | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | src/core.c/Duration.rakumod

[13:21] <Geth> ¦ rakudo/main: Make Duration based on an Int rather than Real

[13:21] <Geth> ¦ rakudo/main: 

[13:21] <Geth> ¦ rakudo/main: Because we're dealing with nano-seconds really.  Except there needs

[13:21] <Geth> ¦ rakudo/main: to be support for Inf and NaN as well (as there are spectest for

[13:21] <Geth> ¦ rakudo/main: these).

[13:21] <Geth> ¦ rakudo/main: 

[13:21] <Geth> ¦ rakudo/main: So when an attempt is made to use Inf or NaN to make a Duration object

[13:21] <Geth> ¦ rakudo/main: with, instead return a glorified Rat that also provides a "tai" method

[13:21] <Geth> ¦ rakudo/main: to provide compatibility with Duration (and compatibility with spectests).

[13:21] <Geth> ¦ rakudo/main: 

[13:21] <Geth> ¦ rakudo/main: Inspired by https://github.com/rakudo/rakudo/issues/6036

[13:21] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/9c322706ef

[13:29] <[Coke]> (blin rakuast) - I assume we'd also need rakudos built with it set, which we don't have yet.

[13:30] <[Coke]> (ah, catching up) -if it doesn't matter if the build was done with it, then the trick is making 'old' vs 'new' only change the env var.

[13:31] *** apogee_ntv left
[13:31] <Geth> ¦ rakudo/main: 46fc8602fb | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | src/core.c/IO/Path.rakumod

[13:31] <Geth> ¦ rakudo/main: Add :translate-nl named arg to IO::Path.slurp

[13:31] <Geth> ¦ rakudo/main: 

[13:31] <Geth> ¦ rakudo/main: Defaults to True.  So specify :!translate-nl if you don't want newline

[13:31] <Geth> ¦ rakudo/main: (\r\n -> \n) translation.  Slurping a file without newline translation

[13:31] <Geth> ¦ rakudo/main: *can* make it up to 7% faster.

[13:31] <Geth> ¦ rakudo/main: 

[13:31] <Geth> ¦ rakudo/main: As suggested in:

[13:31] <Geth> ¦ rakudo/main:   https://github.com/rakudo/rakudo/issues/3391#issuecomment-569957370

[13:31] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/46fc8602fb

[13:32] *** apogee_ntv joined
[13:35] <Geth> ¦ rakudo/main: d8609a46fb | (Will Coleda)++ (committed using GitHub Web editor) | 5 files

[13:35] <Geth> ¦ rakudo/main: Convert pre-compiled to precompiled

[13:35] <Geth> ¦ rakudo/main: 

[13:35] <Geth> ¦ rakudo/main: The exception text is not specifically checked for in t or roast.

[13:35] <Geth> ¦ rakudo/main: 

[13:35] <Geth> ¦ rakudo/main: Closes #6204

[13:35] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/d8609a46fb

[13:40] <[Coke]> releasable6: next

[13:40] <releasable6> [Coke], Next release in ≈33 days and ≈5 hours. There are no known blockers. Changelog for this release was not started yet

[13:40] <releasable6> [Coke], Details: https://gist.github.com/b10e9c9607a4fe948d5e377f48a4d127

[13:44] <Geth> ¦ rakudo/main: 9044b0d042 | (Nick Logan)++ (committed using GitHub Web editor) | 2 files

[13:44] <Geth> ¦ rakudo/main: Gate @_/%_ shadowing semantics on language revision

[13:44] <Geth> ¦ rakudo/main: 

[13:44] <Geth> ¦ rakudo/main: Under 6.c/6.d both frontends keep doing what the legacy frontend has

[13:44] <Geth> ¦ rakudo/main: done since 2010: an @_/%_ reference inside a nested block (if/while/for

[13:44] <Geth> ¦ rakudo/main: body etc.) resolves outward to the enclosing routine's slurpy via

[13:44] <Geth> ¦ rakudo/main: lexical lookup. Lots of existing code is written against this.

[13:44] <Geth> ¦ rakudo/main: 

[13:44] <Geth> ¦ rakudo/main: <…commit message has 18 more lines…>

[13:44] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/9044b0d042

[13:56] <lizmat> re speeding up compilation in RakuAST: I think if we could get rid of the Nodify function and instead be able to directly refer to the RakuAST:: classes in the Actions, that would already be a great help

[14:07] <lizmat> hmmm... looks like some recent commit broke App::Rak

[14:08] <lizmat> ah, it broke Needle::Compile

[14:21] <Geth> ¦ rakudo/main: f62b5005bf | (Elizabeth Mattijsen)++ | src/Raku/Actions.nqp

[14:21] <Geth> ¦ rakudo/main: RakuAST: make handling of @_ and %_ DRYer

[14:21] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/f62b5005bf

[14:26] <lizmat> Needle::Compile broke after 2026.05  *phew*

[14:30] *** librasteve_ joined
[14:34] <[Coke]> changelog draft up to date.

[14:45] <lizmat> looks like 9044b0d042 broke it, investigating further

[14:45] <linkable6> (2026-05-25) https://github.com/rakudo/rakudo/commit/9044b0d042 Gate @_/%_ shadowing semantics on language revision

[15:46] <ugexe> That shadowing PR almost certainly has ecosystem fallout so a regular blin run would be useful already 

[15:56] <librasteve_> https://rakudoweekly.blog/2026/05/25/2026-21-release-193/

[16:56] <ugexe> lizmat a guess is it might be related to the comment in https://github.com/lizmat/Needle-Compile/commit/6c387ee9dd89f8545cd57ee30bb0059396e2da58

[16:56] <ugexe> i.e. it using a PointyBlock instead of whatever you originally wanted to use

[16:56] <lizmat> mayhaps

[17:15] <lizmat> ugexe: https://gist.github.com/lizmat/ce9b35ab135409c07750e67eb718c202   fixes it

[17:16] <lizmat> I'm sorta expecting the postfix if being the reason it fails

[17:16] <lizmat> which would point to its scope being incorrect

[17:16] <ugexe> ah, yeah

[17:17] <lizmat> I mean, a postfix if should live in the same scope , no?

[17:21] <ugexe> not really sure. unless im missing it, in the diff you showed the postfix stuff is inside a for loop which would have its own %_

[17:21] <lizmat> aah... yes... indeed

[17:22] <lizmat> hmmm I wonder how many times this idiom lives in the ecosystem

[17:23] <ugexe> probably quite a bit, its mentioned in the commit message itself. but the idiom is bad so if we're ever going to get rid of it, it may as well be now

[17:23] <ugexe> the fix is trivial: use v6.d

[17:23] <lizmat> yeah, that feels about right

[17:24] <lizmat> well, in that module's case, I would then need to add "use experimental :rakuast"  :-)

[17:24] <ugexe> well luckily you're capable enough to not need the trivial fix :)

[17:25] <lizmat> interesting: "zef install Test::Coverage" segfaults for me

[17:26] <lizmat> hmmm.. ..  any module, actually

[17:27] * lizmat nukes everything and re-installs

[17:37] <ugexe> yeah once you start using RAKUDO_RAKUAST=1 its pretty easy to get things in a bad state

[17:37] <ugexe> not so much start using the flag, but switching between frontends rather

[17:38] <lizmat> yeah, I recompiled various of the latest commits after each other when bisecting

[17:43] <ugexe> i usually do make clean, rm -rf ~/.raku, rm -rf path/to/site path/to/core

[17:47] <lizmat> rm -rf ~/.raku didn't fix it, I nuked install and rebuilt

[18:00] <lizmat> Fixed Needle::Compile uploaded

[18:37] <ugexe> https://gist.github.com/ugexe/0d3ad7d6c4fdae22e033f5d34762f9c7

[18:38] <ugexe> this is the golfed precomp issue that prevents installed zef from working

[18:38] <ugexe> installed zef on a rakudo built with RAKUDO_RAKUAST=1 rather

[18:39] <ugexe> i don't really know what to do from here though. i'm woefully unfamiliar with the moarvm stuff involved with that problem

[18:41] <lizmat> perhaps nine_ has some ideas

[19:47] *** hurufu joined
[21:18] *** apogee_ntv left
[21:18] *** apogee_ntv joined
[21:42] *** hurufu left
[21:59] *** apogee_ntv left
[22:06] *** apogee_ntv joined
[22:43] *** apogee_ntv left
[22:49] *** apogee_ntv joined
[22:54] *** apogee_ntv left
[23:01] *** apogee_ntv joined
[23:23] *** apogee_ntv left
[23:24] *** apogee_ntv joined