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 |