[00:24] *** AlexDaniel left
[00:36] <Geth> ¦ rakudo/4b68e9471-but-build-rakudo-with-rakuast: f5caad1027 | (Will Coleda)++ | src/main.nqp

[00:36] <Geth> ¦ rakudo/4b68e9471-but-build-rakudo-with-rakuast: Reverse meaning of RAKUDO_RAKUAST, introduce RAKUDO_NO_RAKUAST

[00:36] <Geth> ¦ rakudo/4b68e9471-but-build-rakudo-with-rakuast: 

[00:36] <Geth> ¦ rakudo/4b68e9471-but-build-rakudo-with-rakuast: just so we can build a whateverable-built rakudo for Blin to use where it's

[00:36] <Geth> ¦ rakudo/4b68e9471-but-build-rakudo-with-rakuast: easier to have an entirely different rakudo build that turns rakuast on

[00:36] <Geth> ¦ rakudo/4b68e9471-but-build-rakudo-with-rakuast: than it is to get a rakudo into Blin sideways ...

[00:36] <Geth> ¦ rakudo/4b68e9471-but-build-rakudo-with-rakuast: review: https://github.com/rakudo/rakudo/commit/f5caad1027

[00:37] <[Coke]> alexdaniel++

[00:51] <[Coke]> kicked off a new ast blin run

[00:52] <[Coke]> export OLD=4b68e9471

[00:52] <[Coke]> export NEW=f5caad102

[00:54] *** donaldh left
[00:54] *** MasterDuke joined
[01:04] <SmokeMachine> ugexe: I just saw your commit adding the ast optimisation on a different pass, thank you very much for that!

[01:06] <[Coke]> (that one is included in the testing, fwiw)

[01:33] <[Coke]> m: 6/139.say

[01:33] <camelia> rakudo-moar 4b68e9471: OUTPUT: «WARNINGS for <tmp>:␤139␤Useless use of "/" in expression "6/139.say" in sink context (line 1)␤»

[01:33] <[Coke]> m: (6/139).say

[01:33] <camelia> rakudo-moar 4b68e9471: OUTPUT: «0.043165␤»

[01:35] <[Coke]> m: (5/143).say

[01:35] <camelia> rakudo-moar 4b68e9471: OUTPUT: «0.034965␤»

[01:35] <[Coke]> ugexe: ^^ running failure %age

[01:35] <[Coke]> much better

[01:38] <[Coke]> here's the failures so far:

[01:38] <[Coke]> https://github.com/coke/raku-ast-blin-results

[01:48] <[Coke]> m: (10/173).say

[01:48] <camelia> rakudo-moar 4b68e9471: OUTPUT: «0.057803␤»

[01:49] <[Coke]> seeing a lot of "Object does not exist in serialization context"

[01:50] <ugexe> yeah, there are like 50 of those. my understanding is it will require a fix at the moarvm level

[02:02] <timo> may have to ensure "setobjsc" is called on the objects in question?

[02:02] <timo> i mean nqp::setobjsc, plus also the corresponding one that does the other half of the assignment

[02:03] <timo> setobjsc and scsetobj

[02:16] <[Coke]> m: say 18/238

[02:16] <camelia> rakudo-moar 4b68e9471: OUTPUT: «0.07563␤»

[02:32] <ugexe> that isn't the case with the ones i'm specifically referencing, but then again I'm talking strictly about a RAKUDO_RAKUAST=1 built core as well. for example i can reproduce with echo 'class Grammar::Solo { }' > /tmp/Solo.rakumod + RAKUDO_RAKUAST=1 raku -I /tmp -e 'use Solo; say "ok"' (again, with a RAKUDO_RAKUAST=1 built core)

[02:32] *** MasterDuke left
[02:32] <ugexe> it actually blows up in the serializer when it precompiles Solo, but the object it can't find traces back to loading the core setting

[02:33] <ugexe> my understanding is the stable repossession pass runs before the object pass, so a stable body can demand an object whose slot the object pass hasn't repossessed yet

[02:45] <ugexe> as for why it happens so much now with rakuast, rakuast routine path applies parameterized mixins where the legacy actions didn't. the clearest case being the Callable[T] vs Callable return type mixin on routines with a return constraint

[02:54] *** japhb joined
[04:04] *** vrurg_ joined
[04:07] *** vrurg left
[04:27] <Geth> ¦ rakudo: ugexe++ created pull request #6344: RakuAST: Lower operator and dot assignments in the optimize stage

[04:27] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6344

[05:39] *** zostay left
[05:53] *** zostay joined
[06:42] *** releasable6 left
[07:46] *** librasteve_ joined
[08:26] *** finanalyst left
[08:34] *** hurufu joined
[08:53] *** hurufu left
[09:25] *** tellable6 left
[09:29] *** Voldenet left
[10:09] *** Voldenet joined
[10:20] *** AlexDaniel joined
[10:21] <AlexDaniel> c: HEAD say 42

[10:21] <committable6> AlexDaniel, ¦HEAD(4b68e94): «42␤»

[10:21] <AlexDaniel> uhhh

[11:06] *** finanalyst joined
[11:13] <AlexDaniel> e: say 42

[11:13] <evalable6> AlexDaniel, rakudo-moar 4b68e9471: OUTPUT: «42␤»

[11:19] *** evalable6 left
[11:21] *** unicodable6 left
[11:21] *** greppable6 left
[11:21] *** nativecallable6 left
[11:21] *** bloatable6 left
[11:21] *** quotable6 left
[11:21] *** sourceable6 left
[11:21] *** benchable6 left
[11:21] *** coverable6 left
[11:21] *** huggable6 left
[11:21] *** committable6 left
[11:22] *** finanalyst left
[11:22] *** finanalyst_ joined
[11:22] *** notable6 left
[11:22] *** bisectable6 left
[11:22] *** shareable6 left
[11:22] *** linkable6 left
[11:23] *** coverable6 joined
[11:23] *** bloatable6 joined
[11:24] *** evalable6 joined
[11:24] *** nativecallable6 joined
[11:24] *** linkable6 joined
[11:24] *** unicodable6 joined
[11:24] *** notable6 joined
[11:24] *** releasable6 joined
[11:24] *** benchable6 joined
[11:25] *** huggable6 joined
[11:25] *** shareable6 joined
[11:25] *** bisectable6 joined
[11:25] *** tellable6 joined
[11:25] *** committable6 joined
[11:25] *** greppable6 joined
[11:26] *** quotable6 joined
[11:26] *** sourceable6 joined
[12:48] <[Coke]> AlexDaniel: thanks for getting committable working with latest commits again

[12:49] <AlexDaniel> yeah, of course. There was some other issue with the server shortly after but I'm not sure what it was

[12:49] <AlexDaniel> couldn't even ssh into it while the bots were active and replying

[12:49] <AlexDaniel> restart helped

[12:50] <[Coke]> looks like the blin disk filled up, also.

[12:57] <[Coke]> I saved whatever was there, but I'm guessing some of the later failures might be due to out of space errors.

[13:10] *** AlexDaniel left
[13:18] <[Coke]> Apparently I need to consider wiping out cached zef data more often. (blin specifically doing the caching for zef here, not zef itself)

[13:22] <[Coke]> (I think)

[13:33] <[Coke]> ugexe: let me know if that's enough for you to get some more todos from, if not, I'll rerun after cleaning the disk

[13:39] <ugexe> should be good 

[13:44] <[Coke]> excellent. cache wiped, shutting down vm, let me know when you want to go again. :)

[13:48] <librasteve_> https://rakudoweekly.blog/2026/06/29/2026-26-release-194/

[16:31] <coleman> I highly recommend this cli tool for checking disk space in various folders on a Linux box https://github.com/byron/dua-cli#installation

[16:32] <coleman> easier than remembering the raw POSIX commands for me

[17:09] *** finanalyst_ left
[17:30] * [Coke] installs dua on a few boxes.

[19:39] <ugexe> m: sub f(+@a, Int :$x) { say @a.raku; say $x }; f(:x("s"))

[19:39] <camelia> rakudo-moar 4b68e9471: OUTPUT: «[]␤s␤»

[19:42] <ugexe> rakuast actually does the type check which is the right thing to do imo, but i *think* that is the cause of the MergeOrderedSeqs and List::Allmax rakuast failures in https://github.com/coke/raku-ast-blin-results

[19:44] <ugexe> m: run $*EXECUTABLE, q[-e], q[sub f(+@a, Int :$x) { say @a.raku; say $x }; f(:x("s"))]; BEGIN %*ENV<RAKUDO_RAKUAST>=1

[19:44] <camelia> rakudo-moar 4b68e9471: OUTPUT: «Type check failed in binding to parameter '$x'; expected Int but got Str ("s")␤  in sub f at -e line 1␤  in block <unit> at -e line 1␤␤The spawned command '/home/camelia/rakudo-m-inst-2/bin/perl6-m' exited unsuccessfully (exit code: 1, signal:…»

[21:42] *** guifa_ joined
[22:38] *** apogee_ntv left
[22:38] *** apogee_ntv joined
[23:30] <Geth> ¦ rakudo: ugexe++ created pull request #6345: RakuAST: fix hyper zen slice `>>[]` / `>>{}` / `>><>` selecting nothing

[23:30] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6345

[23:31] <Geth> ¦ rakudo: ugexe++ created pull request #6346: RakuAST: apply the sigil contextualizer to `@<foo>` / `%<foo>` captures

[23:31] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6346

[23:36] <Geth> ¦ rakudo: ugexe++ created pull request #6347: Make an unrecognized `<| >` regex boundary a no-op before 6.e and an error after

[23:36] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6347

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

[23:43] <Geth> ¦ rakudo/main: RakuAST: Collect $=rakudoc from inside package bodies (#6341)

[23:43] <Geth> ¦ rakudo/main: 

[23:43] <Geth> ¦ rakudo/main: $=rakudoc was filled by walking the compunit statement list, descending

[23:43] <Geth> ¦ rakudo/main: only into bare blocks. Docs declared inside a package body, as in a

[23:43] <Geth> ¦ rakudo/main: `unit class`, were never reached, so $=rakudoc came out empty and

[23:43] <Geth> ¦ rakudo/main: --rakudoc printed nothing for such files. Descend into a package or

[23:43] <Geth> ¦ rakudo/main: routine/block body as well, so its declarator docs and doc blocks are

[23:43] <Geth> ¦ rakudo/main: collected too.

[23:43] <Geth> ¦ rakudo/main: 

[23:43] <Geth> ¦ rakudo/main: Fixes #6183

[23:43] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/44b9684a5f

[23:43] <Geth> ¦ rakudo/main: 90550fc4eb | (Nick Logan)++ (committed using GitHub Web editor) | 2 files

[23:43] <Geth> ¦ rakudo/main: Render a parameter's declarator doc once under --doc (#6342)

[23:43] <Geth> ¦ rakudo/main: 

[23:43] <Geth> ¦ rakudo/main: A `#=` doc on a routine parameter was shown twice: once inline in the

[23:43] <Geth> ¦ rakudo/main: rendered signature, and again as a standalone block. The standalone form

[23:43] <Geth> ¦ rakudo/main: came from declarator2text treating the parameter like a class, since a

[23:43] <Geth> ¦ rakudo/main: Parameter object's HOW is a ClassHOW, so it fell into the `class ...`

[23:43] <Geth> ¦ rakudo/main: branch. Skip parameters in declarator2text; their doc already appears

[23:43] <Geth> ¦ rakudo/main: inline in the routine signature.

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

[23:44] <Geth> ¦ rakudo/main: Fixes #6182

[23:44] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/90550fc4eb