[01:08] <ugexe> Concurrent::Stack installs fine for me

[01:11] <japhb> Apparently your local stress is not stressful enough ....

[01:41] <[Coke]> I think I ratcheted down the flapper protection to Nil on blin, should probably bump it back up slightly. (I hate needing it. :| )

[01:42] <[Coke]> ... or maybe that was on the ake release scripts?

[01:42] <[Coke]> definitely don't want flapper protection on the release.

[05:16] *** [Coke] left
[05:20] *** [Coke] joined
[09:57] *** rakkable left
[09:58] *** rakkable joined
[12:08] *** [Coke] left
[12:08] *** [Coke]_ joined
[12:22] *** [Coke]_ left
[12:36] *** [Coke] joined
[12:38] <[Coke]> 118 failures so far on ast blin run

[12:38] <[Coke]> looks like the test might be hanging around 915 done.

[12:38] <[Coke]> 91%

[12:39] <[Coke]> ah, no, there is some progress still

[12:39] <[Coke]> 91.17%

[12:59] <[Coke]> Killed some stalled tests.

[12:59] <[Coke]> (3 or 4 that were running >30m CPU time)

[13:00] <[Coke]> Probably need to add a Blin failure condition if the module's been running for x minutes to kill it and mark it as "too slow".

[13:56] <[Coke]> 126 fails

[15:00] <releasable6> Next release in ≈4 days and ≈3 hours. There are no known blockers. Please log your changes in the ChangeLog: https://github.com/rakudo/rakudo/wiki/ChangeLog-Draft

[15:09] <ugexe> it might be time to hack in a rakuast skip list for blin

[15:12] <[Coke]> I could also just retest the known failures from last tim.

[15:12] <[Coke]> *e

[15:12] <[Coke]> that's a much easier lift, probably.

[15:13] <[Coke]> 133 fails, we're at 98.5%

[15:13] <[Coke]> (several of those may just show an end of output because I was killing things that were long running and making no progress/using no cpu)

[15:15] <[Coke]> (retest) and for now skip the moarvm ones.

[15:15] <ugexe> what i mean is many of the failures are never going to pass

[15:16] <ugexe> like the $*W ones

[15:57] <[Coke]> No, I get it: 1) start with the list of all the previous failures, 2) remove all the ones we know will never pass. 3) test what's left.

[15:57] <[Coke]> and we can occasionally do a full run until ast is the default.

[16:06] *** liztormato joined
[16:06] <liztormato> rakkable: eco-provides $*W

[16:07] <liztormato> meh

[16:07] *** liztormato left
[16:25] <timo> rakkable: eco-provides $*W

[16:25] <rakkable> timo, Running: eco-provides $*W, please be patient!

[16:25] <rakkable> timo, Found 110 lines in 38 files (30 distributions):

[16:25] <rakkable> timo, https://gist.github.com/f921e83015f3affedceb8ee3f6c603c9

[16:50] <[Coke]> ast run done, final results pushed.

[17:03] *** [Coke] left
[17:04] *** [Coke] joined
[17:10] <lizmat> timo: thanks, so there's 30 dists that use $*W

[17:22] <ugexe> some false positives in there

[17:22] <ugexe> like Cro::HTTP it hit my $WRONG-METHOD = False;

[17:23] <lizmat> hmmm... I though the search was verbatim  hmmm...

[17:25] <ugexe> it might be... and the * isn't rendering right sometimes or some such

[17:25] <ugexe> like in Cro::HTTP its actually called $*WRONG-METHOD

[17:27] <lizmat> right... but most of the matches appear to be legit

[17:34] <ugexe> regarding that `while 0 { LAST ...; }` bug i mentioned a couple of days ago... what do we think about fixing that to not fire without revision gating it? or at least have it that way in rakuast?

[17:36] <lizmat> I'd say it qualifies as a bug, and should therefore be fixed

[17:37] * lizmat recalls needing to go through hoops to make .map *not* run the LAST phaser if it didn't run at all

[17:59] <ugexe> yeah i'm having a similar issue with lazy loops

[18:00] <ugexe> m: my @a = (while 1 { LAST say 24; say 666; }); say 42

[18:00] <camelia> rakudo-moar 6c5175469: OUTPUT: «24␤42␤»

[18:00] <ugexe> like that

[18:02] <ugexe> m: my @a = (while 1 { LAST say 24; say 666; }); say 42; say $_ for @a; say 44

[18:02] <camelia> rakudo-moar 6c5175469: OUTPUT: «24␤No such method '!capture_phasers' for invocant of type 'Code'␤  in block <unit> at <tmp> line 1␤␤42␤»

[18:02] <ugexe> works with --optimize=off

[20:22] <ugexe> right now i've got 10 branches im done with, but many of them are blocked by ones that will come before them (and thus it doesnt make sense to push them until the prereq branch gets merged)

[20:23] <ugexe> i'll also be out of country for a week starting next weekend

[21:46] <Geth> ¦ rakudo: ugexe++ created pull request #6466: RakuAST: don't compose a class to resolve an attributive parameter

[21:46] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6466

[21:47] <Geth> ¦ rakudo: ugexe++ created pull request #6467: RakuAST: stop reporting an orphaned declarator doc as a missing declarand

[21:47] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6467

[21:47] <Geth> ¦ rakudo: ugexe++ created pull request #6468: RakuAST: allow a $!attr parameter in a sub nested in a method

[21:47] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6468

[22:07] <Geth> ¦ rakudo: ugexe++ created pull request #6469: RakuAST: don't fatalize the // left side of a dynamic-variable read

[22:07] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6469

[22:16] <Geth> ¦ rakudo/main: 6 commits pushed by (Nick Logan)++

[22:16] <Geth> ¦ rakudo/main: 7ef47bc744 | RakuAST: skip unused implicit topic and cursor declarations

[22:16] <Geth> ¦ rakudo/main: 5acf9b19d6 | RakuAST: skip hash setup for a method's unused implicit %_

[22:16] <Geth> ¦ rakudo/main: fc1513e5f3 | RakuAST: flatten frame-independent bare block statements

[22:16] <Geth> ¦ rakudo/main: b080b48116 | RakuAST: flatten for and given bodies, and name lowered locals for debugging

[22:16] <Geth> ¦ rakudo/main: 58e1836f0a | RakuAST: decide dispatches at compile time and inline the chosen routine

[22:16] <Geth> ¦ rakudo/main: 2aea9f640d | Merge pull request #6463 from ugexe/ugexe/rakuast-lex2local-riders

[22:16] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/compare/fec98e4ce6b7...2aea9f640dad

[22:17] <Geth> ¦ rakudo: ugexe++ created pull request #6470: RakuAST: branch on a native-int condition directly

[22:17] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6470

[22:28] <Geth> ¦ rakudo: ugexe++ created pull request #6471: RakuAST: don't run LAST in a loop that never runs its body

[22:28] <Geth> ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/6471

[22:29] <ugexe> jfc that LAST stuff really was convoluted and i really tried to find a way to simplify it but alas