01:06 librasteve_ left 01:44 rakkable left 01:45 rakkable joined 02:43 guifa left
Geth rakudo/main: 9545bb7e71 | (Elizabeth Mattijsen)++ | src/core.c/Raku.rakumod
Minor nit correction

It's called "macos" for quite a few years now, no "macosx" anymore
10:44
lizmat so, looks like we don't have a way to find out which version of NQP is running our Rakudo ? 11:18
Compiler.verbose-config does not appear to have that information 11:19
apart from static-nqp-home => "/Users/liz/Github/rakudo/install/share/nqp" 11:20
and mastdir => "/Users/liz/Github/rakudo/install/share/nqp/lib/MAST"
related: github.com/rakudo/rakudo/issues/5938 11:31
ab5tract Okay so I may have come across the tuits for working on the last of the (core) RakuAST blockers 12:05
I think R#5855 is the last unclaimed one? 12:13
linkable6 R#5855 [open]: github.com/rakudo/rakudo/issues/5855 [RAKUDO_RAKUAST=1] Could not find a compile-time-value for lexical $=finish
ab5tract Except knowing nothing about how RakuDoc works, it should be a piece of cake ;)
13:39 librasteve_ joined 14:47 vrurg left 14:48 vrurg joined 16:46 librasteve_ left
lizmat BTW, this isn't listed as a RakuAST issue per se, but may be simpler to fix: gist.github.com/lizmat/4868dc2a33c...e87f54261d 17:05
it's the bug that is blocking using RakuAST in core (for .assuming or .sprintf) or in modules 17:14
19:12 librasteve_ joined
lizmat m: our %h is Map = a => 42 # this feels like valid code to me 19:16
camelia ===SORRY!===
First child of a 'bind' op must be a QAST::Var, got QAST::Op