00:46 [Coke] left 02:42 [Coke] joined
[Coke] doing the redo run now. most have a few dozen modules to test, this one up to 420 02:45
so many locked copies of rakudo 02:46
Geth rakudo: ugexe++ created pull request #6687:
RakuAST: fix thunks stacked over a WhateverCode
03:13
rakudo/main: ee62d82647 | (Nick Logan)++ | 3 files
RakuAST: declare code in a WhateverCode only in the WhateverCode

Previously a thunk declared the code and variables of its expression in its own block even when an inner thunk evaluated the expression. A WhateverCode is such an inner thunk, and a constant's value, a parameter default and a loop statement modifier all wrap one more thunk around it. A block, pointy block, regex, signature literal or ... (9 more lines)
05:03
rakudo/main: 11177343c6 | (Nick Logan)++ | 2 files
RakuAST: allow a condition modifier over a WhateverCode in a loop

Previously a statement with both a condition and a loop modifier died with "Condition modifier thunk cannot wrap an inner thunk" at compile time when its expression was a WhateverCode, as in
  `(*.succ if 1 for 1)`. The condition modifier thunk expected to be the
innermost thunk, but the WhateverCode's thunk was already there.
This has the condition modifier thunk declare the inner thunk and wrap its value.
rakudo/main: 98a6ae6b7b | (Nick Logan)++ (committed using GitHub Web editor) | 3 files
Merge pull request #6687 from ugexe/ugexe/rakuast-stacked-thunk-decls

RakuAST: fix thunks stacked over a WhateverCode
06:52 gfldex left 07:19 gfldex joined
lizmat re startup timing: I think I found the reason why I'm seeing 0.06 and 0.08 startup times 08:22
it appears that the processor in my MBP (M4 Max) has slow (efficient) and fast cores
I noticed that if I'm running a single core process in one window, the bare startup is .06, if there are no other (long) running processes, the startup is .08 08:25
so if it's busy, it's using a fast core, otherwise it's using an efficient core
Geth rakudo/main: ff41340331 | (Elizabeth Mattijsen)++ | src/Raku/ast/base.rakumod
RakuAST: make sure Node.apply-sink accepts :$okifnil

Expression.apply-sink has this named argument, that is apparently being used in some situation. But in some situations, Node.apply-sink is being called with it and then fails.
This unbreaks the RakuAST::Utils module.
09:14