Xliff \o 08:34
Why the revert in github.com/rakudo/rakudo/commit/d9...1f9fdbf1b8
Nevermind, I see github.com/rakudo/rakudo/commit/ee...717250a3b3 08:36
r#3875 08:39
linkable6 R#3875 [closed]: github.com/rakudo/rakudo/issues/3875 [BLOCKER] Alpine build "raku -V" says "No exception handler located for catch"
Xliff r#3785 08:40
linkable6 R#3785 [closed]: github.com/rakudo/rakudo/pull/3785 [WIP] Revised version of the Precomp Store with file, rather than directory locking
Xliff Is it possible to reopen #3785, or do I need to resubmit? 08:41
sena_kun Xliff, wait a bit... 08:49
tellable6 2020-08-26T11:56:11Z #raku-dev <patrickb> sena-kun: I'll do the tests, I promise.
hey sena_kun, you have a message: gist.github.com/2341a357b0a2d79b3e...43baffa791
sena_kun Xliff, see github.com/rakudo/rakudo/pull/3861
So nine did reverts to avoid API change in this PR and given it was release, I reverted those commits. Once the work is fine and nine is back from vacation and is great with how it looks, we can merge this PR. 08:50
Xliff sena_kun++: Thanks! 08:53
Worked hard on that, though! LOL
nines changes are smooth though.,
sena_kun Yes. I think the PR nine prepared should be 1)rebased to remove revert commits; 2)rebased on master, and then can be continued from there. 08:54
Xliff OK. Unfortunately he won't be back until September 09:07
Thanks, sena-kun
sena_kun Well, September is not so super far away, I think. :) 09:14
Xliff, you are welcome, thanks for working on this!
lizmat Files=1336, Tests=113586, 228 wallclock secs (29.08 usr 8.77 sys + 3177.89 cusr 305.50 csys = 3521.24 CPU) 10:27
Geth rakudo/rakuast: d62cee4596 | (Jonathan Worthington)++ | 2 files
Get EVAL working under the RakuAST frontend
 12:34
Geth rakudo/rakuast: 7a8287262c | (Jonathan Worthington)++ | 2 files
Parse method/submethod in RakuAST frontend

And wire them up to the existing AST nodes. Still some work to go until we can actually call a declared method.		 13:54
rakudo/rakuast: 6800bcc8d4 | (Jonathan Worthington)++ | 5 files
Make package body be a Block, not Blockoid

Which greatly simplifies matters so far as code-gen goes, but is also more correct: a package with `unit` scope should not imply a lexical scope, so RakuAST::Package itself being a RakuAST::LexicalScope would have caused trouble once we came to support that. This means we spit out the QAST for methods in the class body.
rakudo/rakuast: d006aa20cf | (Jonathan Worthington)++ | 2 files
Basic implicit topic generation for methods

Meaning that basic method declarations compiled via RakuAST can now be successfully invoked.
Geth rakudo/rakuast: 75a2b1a6a0 | (Jonathan Worthington)++ | 8 files
Support the `self` term in RakuAST
 14:27
rakudo/rakuast: f616666256 | (Jonathan Worthington)++ | 4 files
RakuAST implementation of the `.foo` term

Which implicitly uses $_ and applies the postfixish thing (most often a method call) to it.		 15:06
¦ problem-solving: fecundf assigned to jnthn Issue Map parameterized vs as Hash parameterized github.com/Raku/problem-solving/issues/223 15:17
Geth rakudo: patrickbkr++ created pull request #3886:
Precomp release pipeline: Test the install instead of the build runners		 22:26
rakudo: patrickbkr++ created pull request #3887:
Add some missing files to the `make clean` target for the JVM backend		 22:27
rakudo/rakuast: 9a290a7858 | (Jonathan Worthington)++ | 5 files
RakuAST support for a few simple terms

Including a general AST node for all those that take the form of a call to &term:<foo>, which will come to be used for user-defined ones also.		 22:40

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!