lizmat Files=1346, Tests=117148, 226 wallclock secs (30.04 usr 8.79 sys + 3160.31 cusr 304.81 csys = 3503.95 CPU) 11:04
Geth rakudo: 336a21701b | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | src/core.c/IO/Path.pm6
Changes message string

Also DRY by putting it into a constant. Closes Raku/old-issue-tracker#6588 when accepted.		 11:07
rakudo: a13ea269a8 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | src/core.c/IO/Path.pm6
Merge pull request #4146 from rakudo/rt-6588

Change IO::Path.new("") error message string
rakudo: c9d69dc658 | (Nicholas Clark)++ | src/core.c/Num.pm6
Implement `sec`, `asec` and `sech` in terms of other NQP trigonometric funcs.

There is some inconsistency in MoarVM - as well as the usual trigonometric functions `sin`, `cos`, `tan` and their inverses, *some* of the others are implemented directly as NQP ops, but not all. So we have nqp::sec and nqp::asec for secants, but no OPs for cosecants or cotangents (or their inverses), with the result that these are implemented by Num.pm6 as ... (16 more lines)		 11:08
nwc10 \o/
Geth rakudo: 3431249599 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | src/core.c/Num.pm6
Merge pull request #4148 from nwc10/sec-asec-and-sech-without-NQP-wrappers

Implement `sec`, `asec` and `sech` in terms of other NQP trigonometric functions.
rakudo: 43613ac536 | (Nick Logan)++ | 2 files
Prefer api sorting over version sorting

When sorting distributions my intention was for the highest api to be preferred (with the highest version being used if there was a tie in api version). This change aligns raku behavior with those intentions instead of preferring version over api.
rakudo: 81c5f0cabf | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 2 files
Merge pull request #4152 from rakudo/api-sorting

Prefer api sorting over version sorting		 11:09
rakudo: 790240f604 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 8 files
Make sure that .of works on type objects always (#4106)

Make sure that .of works on type objects always
If a type supports the .of method, that is.		 11:11
linkable6 RAKUDO#4106 [closed]: github.com/rakudo/rakudo/pull/4106 Make sure that .of works on type objects always
Geth roast: 057ba35384 | (Elizabeth Mattijsen)++ | S32-list/seq.t
Make sure we have uncached Seqs when checking for exhaustion

With the CachedIterator role, a Seq can be cached even *without* a specific call to .cache. These tests where using a List as the source of the tested Seqs, but with the CachedIterator role these would be cached be default. Change the Seqs to uncached by calling the .slice method on them, which would effectively create an uncached Seq from the cached Seq.		 11:37
rakudo: 9e13ace808 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 9 files
Introducing CachedIterator role (#3982)

This is a refinement of the PredictiveIterator role, in that it allows an Iterator class to provide the cache of the Seq, so that Lists and Arrays that have already been fully reified, do not need to generate a cache. Seems like an easy applicable idea, but unfortunately, this hit some snags. ... (23 more lines)
linkable6 RAKUDO#3982 [closed]: github.com/rakudo/rakudo/pull/3982 Introducing CachedIterator role
Geth rakudo: 12b49b8343 | (Elizabeth Mattijsen)++ | src/core.c/Complex.pm6
Re-imagine PR 682

It had bitrotted. And since it was a performance improvement, do some ternification and nqpification as well.		 15:04
[Tux] Rakudo v2020.12-50-g9e13ace80 (v6.d) on MoarVM 2020.12-83-ga5b8a815f
csv-ip5xs0.819 - 0.925
csv-ip5xs-208.326 - 8.421
csv-parser27.302 - 28.863
csv-test-xs-200.407 - 0.417
test8.065 - 8.671
test-t1.919 - 1.920
test-t --race0.945 - 0.948
test-t-2029.126 - 31.809
test-t-20 --race8.987 - 9.195
 15:14

Powered by Cro and the Raku® Programming Language.

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

Thank you!