24 Oct 2021
japhb lizmat: logs.liz.nl/raku-dev/2021-10-24.html is returning 500, even though I'm having no trouble with other channels. 21:26
lizmat japhb: please make an issue for it... :-) 23:02
25 Oct 2021
japhb Done 00:12
Geth rakudo/megamorphic-handlers: 11 commits pushed by (Jonathan Worthington)++
review: github.com/rakudo/rakudo/compare/2...ae6f1411cc
10:19
rakudo: jnthn++ created pull request #4591:
Better cope with megamorphic callsites after new-disp
10:30
rakudo: 560ff8c68b | (Jonathan Worthington)++ | src/Perl6/Actions.nqp
Lift $!do reading out of `for` loop body

Which avoids a tiny bit of cost every iteration of a statement-level
  `for` loop.
rakudo: 99bc766e2d | (Vadim Belman)++ (committed using GitHub Web editor) | src/core.c/Routine.pm6
Add is-wrapped method to Routine (#4579)

The method was added with previous attempt to fix dispatching and correspondingly was specced in S06-advanced/dispatching.t. Makes sense as an implementation independent way of determining if a routine is wrapped.
10:32
nqp: 9ba4f1e51d | (Stefan Seifert)++ | src/vm/moar/QAST/QASTRegexCompilerMAST.nqp
Fix compilation of dispatch to routines with non-standard native result types

For non-64-bit (or unsigned) native result types we need to use a 64 bit temp register as required by the op and coerce it to the register kind prescribed by the called routine's return signature.
12:04
nqp: a0f725873f | (Jonathan Worthington)++ (committed using GitHub Web editor) | src/vm/moar/QAST/QASTRegexCompilerMAST.nqp
Merge pull request #744 from Raku/fix-native-result-dispatch

Fix compilation of dispatch to routines with non-standard native resu…
rakudo: a8c579b6fd | (Elizabeth Mattijsen)++ | 7 files
Remove tai-offset-nanos from CORE::.keys

This constant is an implementation detail and should not be visible outside of the sub that needs it.
12:06
rakudo: 736ffd2281 | (Jonathan Worthington)++ (committed using GitHub Web editor) | 7 files
Merge pull request #4584 from rakudo/no-tai-offset-nanos

Remove tai-offset-nanos from CORE::.keys
rakudo/fix-native-result-dispatch: 6bd955e6ea | (Stefan Seifert)++ | 2 files
Fix unnecessary boxing by routines with native return types

Commit 3cc9d765b2b350c9d15d0164ed53a9914b333afb caused a regression that made us box natively typed return values of called routines. Before this the optimizer copied the return type from the routine to the call QAST::Op node. After the type got added to the QAST::Want node instead. This made code-gen always emit invoke_o/dispatch_o instead of natively typed versions.
Fix by copying the type to both the QAST::Op and QAST::Want nodes. However we don't do so for lvalue routines as those must return containers that can be assigned into.
12:09
rakudo: 6bd955e6ea | (Stefan Seifert)++ | 2 files
Fix unnecessary boxing by routines with native return types

Commit 3cc9d765b2b350c9d15d0164ed53a9914b333afb caused a regression that made us box natively typed return values of called routines. Before this the optimizer copied the return type from the routine to the call QAST::Op node. After the type got added to the QAST::Want node instead. This made code-gen always emit invoke_o/dispatch_o instead of natively typed versions.
Fix by copying the type to both the QAST::Op and QAST::Want nodes. However we don't do so for lvalue routines as those must return containers that can be assigned into.
12:56
rakudo: a3c68bdf56 | (Jonathan Worthington)++ (committed using GitHub Web editor) | 2 files
Merge pull request #4589 from rakudo/fix-native-result-dispatch

Fix unnecessary boxing by routines with native return types
|Tux| Rakudo v2021.10-5-g736ffd228 (v6.d) on MoarVM 2021.10-6-g444367cea
csv-ip5xs1.413 - 1.421
csv-ip5xs-2015.840 - 16.011
csv-parser4.451 - 4.577
csv-test-xs-200.371 - 0.372
test7.276 - 7.406
test-t1.652 - 1.667
test-t --race1.024 - 1.055
test-t-2024.415 - 24.662
test-t-20 --race8.361 - 9.099
13:16
lizmat notable6: weeklt 14:38
notable6 lizmat, No notes for “weeklt”
lizmat notable6: weekly
notable6 lizmat, 7 notes: gist.github.com/1961d098422624a1da...6e69638ebe
lizmat notable6: weekly reset 16:40
notable6 lizmat, Moved existing notes to “weekly_2021-10-25T16:40:07Z”
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2021/10/25/2021-43-thank-you/ 17:49
nine Reading through stackoverflow.com/questions/696932...nterpreter I'm somewhat confused that none of the answering people realized that the obvious answer is `use`. The poster wants "functions and libraries in the script to be available". They're just using different terminology, but what they're after is simple module loading. 20:26
Geth roast: 3f0d09bdcf | (Vadim Belman)++ | S06-advanced/dispatching.t
Rename is_wrapped -> is-wrapped

Followup to rakudo/rakudo#4580.
Also added a test to make sure that `is-wrapped` is false after the last unwrap.
20:59
roast: 97a5f779f0 | (Vadim Belman)++ (committed using GitHub Web editor) | S06-advanced/dispatching.t
Merge pull request #763 from vrurg/routine-is_wrapped

Rename is_wrapped -> is-wrapped
rakudo: 4273818705 | (Vadim Belman)++ | 3 files
Make enums and Bool throw on .new

Enums cannot be instantiated. Though it was technically possible prior to this commit, the outcomes were misleading.
21:01
rakudo: d37b111861 | (Vadim Belman)++ (committed using GitHub Web editor) | 3 files
Merge pull request #4580 from vrurg/disable-enum-instantiation

Make enums and Bool throw on .new
roast: a54d2cb566 | (Vadim Belman)++ | 2 files
Add tests for enums throwing on .new

In support of rakudo/rakudo#4580
roast: 749ce35b2a | (Vadim Belman)++ (committed using GitHub Web editor) | 2 files
Merge pull request #762 from vrurg/disable-enum-instantiation

Add tests for enums throwing on .new
26 Oct 2021
roast: doomvox++ created pull request #766:
Added test to exercise sequentially resolved multis (See issue #765)
04:39
roast: c1269ade19 | (Christian Bartolomäus)++ | S32-str/encode.t
[JVM] Unfudge test for utf16le encoding/decoding
05:35
lizmat Files=1349, Tests=117863, 309 wallclock secs (35.64 usr 9.73 sys + 4332.41 cusr 354.01 csys = 4731.79 CPU) 08:36
Kaiepi R#4593 may be concretization-related 11:58