MasterDuke well, nqp::p6box_i seems to cost extremely little, but fwiw, a spectest passed with it removed from here github.com/rakudo/rakudo/blob/mast....pm6#L1862 01:15
Geth roast: b124ece2b6 | MasterDuke17++ | S09-typed-arrays/native.t
Add some tests for assigning to native arrays

When assigning an array into a native array, it should throw if an element in the RHS array is the wrong type.
02:19
[Tux] Rakudo version 2018.03-228-g08b951c8f - MoarVM version 2018.03-105-gef4e6fe94
csv-ip5xs0.921 - 1.144
csv-ip5xs-208.896 - 9.275
csv-parser36.212 - 36.780
csv-test-xs-200.449 - 0.549
test9.246 - 9.282
test-t2.464 - 2.487
test-t --race1.035 - 1.064
test-t-2043.940 - 45.136
test-t-20 --race15.653 - 15.810
06:23
A second run had a more narrow gap: 06:34
Rakudo version 2018.03-228-g08b951c8f - MoarVM version 2018.03-105-gef4e6fe94
Zoffix ZOFFLOP: (make test) t/04-nativecall/12-sizeof.t 07:33
Parse errors: Bad plan. You planned 17 tests but ran 13.
lizmat Files=1239, Tests=76288, 326 wallclock secs (15.91 usr 5.61 sys + 2205.01 cusr 220.93 csys = 2447.46 CPU) 08:09
Geth roast: 07830c2042 | (Zoffix Znet)++ | S02-types/num.t
Parsed nums choose closest available representation

RT#128913: rt.perl.org/Ticket/Display.html?id=128913 Fix:
  github.com/rakudo/rakudo/commit/a7...9bd2fb00db
  github.com/MoarVM/MoarVM/commit/b7...19440e5c82
08:37
synopsebot RT#128913 [new]: rt.perl.org/Ticket/Display.html?id=128913 [BUG] decimal->float non-monotonic conversion
Geth roast: db0c58b5f7 | (Zoffix Znet)++ | S02-types/num.t
Rat->Num conversion is monotonic

RT#132329 rt.perl.org/Ticket/Display.html?id=132329 Fix: github.com/rakudo/rakudo/commit/a7...9bd2fb00db
   github.com/MoarVM/MoarVM/commit/b7...19440e5c82
08:45
synopsebot RT#132329 [open]: rt.perl.org/Ticket/Display.html?id=132329 [MATH] Rat → Num conversion isn’t monotonous
AlexDaniel nine++ 09:14
Geth nqp: 0ef36cecf6 | (Zoffix Znet)++ | tools/build/MOAR_REVISION
[MoarVM Bump] Brings 8 commits

MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...8-g4034d9d 4034d9d Fix small integer return values of libffi callbacks 3619e98 Merge pull request #840 from samcv/movelibatomicops 706b720 Move libatomic_ops module to a different directory ef4e6fe Tell user to delete folder if submodule dir already exists 22c941f Bump libtommath with fix for building on Solaris 1504a27 Don't build specify -D_FILE_OFFSET_BITS for dyncall 45a3e8e Fix solaris 32 bit build 957bb4b remove wval-deserialization-retry mechanism for now
09:35
¦ nqp: version bump brought these changes: github.com/MoarVM/MoarVM/compare/2...8-g4034d9d
rakudo: W4anD0eR96++ created pull request #1731:
Fix Range.ACCEPTS fails on (Range, Range)
09:37
rakudo: 9757fccb79 | (Zoffix Znet)++ | tools/build/NQP_REVISION
[NQP Bump] Brings 4 commits

NQP bump brought: github.com/perl6/nqp/compare/2018....8-g0ef36ce 0ef36ce [MoarVM Bump] Brings 8 commits be65536 [js] Add support for uint32 4039aeb [js] Fix uint16 a609b56 Fix the build on Solaris ... (10 more lines)
09:38
rakudo: version bump brought these changes: github.com/perl6/nqp/compare/2018....8-g0ef36ce
4b2512a222 | (Zoffix Znet)++ | 2 files

Fixes RT#133107: rt.perl.org/Ticket/Display.html?id=133107
My understanding of the cause is that when we try to `require` stuff we install a package that later gets replacd with the actual thing. This causes the `is-core` lookup to give a false positive when the last thing in the chain we look up is that very package.
Fix by checking that HOW of the last thing is not package.
synopsebot RT#133107 [open]: rt.perl.org/Ticket/Display.html?id=133107 LTA: require of non installed module
roast: 4da5909f92 | (Zoffix Znet)++ | 2 files
Test Str.Num/&val/num literal give same results

RT#128914: rt.perl.org/Ticket/Display.html?id=128914 Fix: github.com/rakudo/rakudo/commit/a7...9bd2fb00db
   github.com/MoarVM/MoarVM/commit/b7...19440e5c82
10:13
synopsebot RT#128914 [open]: rt.perl.org/Ticket/Display.html?id=128914 [BUG] decimal->float conversion differs for literals and Str.Num
Geth roast: abff4d0c67 | (Zoffix Znet)++ | S02-types/num.t
Fix up typos in new test
10:25
roast: 52c60ce5c2 | (Zoffix Znet)++ | S02-types/num.t
Test distinct num literals do not compare the same

RT#128820: rt.perl.org/Ticket/Display.html?id=128820 Fix: github.com/MoarVM/MoarVM/commit/067c0594103a025
   github.com/MoarVM/MoarVM/commit/8841c4241b4faa8
   github.com/MoarVM/MoarVM/commit/af2eb8a7f7d4344
   github.com/MoarVM/MoarVM/commit/4d3fc2818d0032b
   github.com/rakudo/rakudo/commit/8422d7b4e23678b
   github.com/rakudo/rakudo/commit/a2a2a745c4242d1
10:26
synopsebot RT#128820 [open]: rt.perl.org/Ticket/Display.html?id=128820 [BUG] == on Num literals produces bogus answer
roast: fdf6ddc4ad | (Zoffix Znet)++ | S32-num/complex.t
Remove trailing whitespace
10:30
roast: bba5e9fdda | (Zoffix Znet)++ | S32-num/complex.t
Test distinct Complex literals do not compare the same

RT#128820: rt.perl.org/Ticket/Display.html?id=128820 Fix: github.com/MoarVM/MoarVM/commit/067c0594103a025
   github.com/MoarVM/MoarVM/commit/8841c4241b4faa8
   github.com/MoarVM/MoarVM/commit/af2eb8a7f7d4344
   github.com/MoarVM/MoarVM/commit/4d3fc2818d0032b
   github.com/rakudo/rakudo/commit/8422d7b4e23678b
   github.com/rakudo/rakudo/commit/a2a2a745c4242d1
roast: 3f0174e455 | (Zoffix Znet)++ | 2 files
Test .WHICH of Num/Complex are precise enough

RT#128819 rt.perl.org/Ticket/Display.html?id=128819 Fix: github.com/MoarVM/MoarVM/commit/067c0594103a025
   github.com/MoarVM/MoarVM/commit/8841c4241b4faa8
   github.com/MoarVM/MoarVM/commit/af2eb8a7f7d4344
   github.com/MoarVM/MoarVM/commit/4d3fc2818d0032b
   github.com/rakudo/rakudo/commit/8422d7b4e23678b
   github.com/rakudo/rakudo/commit/a2a2a745c4242d1
10:35
synopsebot RT#128819 [new]: rt.perl.org/Ticket/Display.html?id=128819 [BUG] Num.WHICH doesn't discriminate enough
rakudo: 1b8e18734a | (Zoffix Znet)++ (committed using GitHub Web editor) | src/core/Complex.pm6
Clarify why we stringify to find minus in Complex.Str
10:49
rakudo: 5ef056122e | (Zoffix Znet)++ | src/core/Complex.pm6
Make Complex.Str 5%-10% faster

By not stringifying imaginary Num twice
11:03
DrForr o/ 13:56
timotimo o/ 13:57
[Coke] o⼃ 14:26
brrt \quit 15:04
AlexDaniel releasable6: next 16:11
releasable6 AlexDaniel, Next release in ≈8 days and ≈2 hours. 6 blockers. 224 out of 233 commits logged
AlexDaniel, Details: gist.github.com/4aa04df8cba78edd25...756477a1b8
AlexDaniel gah I don't know what to do with the memory leak in whateverable 16:12
I know it's there, but now what
greppable6: uptime
greppable6 AlexDaniel, 1 week, 2 days, 20 hours, 24 minutes, and 52 seconds, 688.597656MiB maxrss. This is Rakudo version 2018.03-134-g20495f097 built on MoarVM version 2018.03-56-g85fc758ce implementing Perl 6.c.
AlexDaniel greppable6: reportable6
oops
greppable6 AlexDaniel, Found nothing!
AlexDaniel reportable6: uptime
reportable6 AlexDaniel, 1 week, 2 days, 21 hours, 11 minutes, and 9 seconds, 1031.238281MiB maxrss. This is Rakudo version 2018.03-134-g20495f097 built on MoarVM version 2018.03-56-g85fc758ce implementing Perl 6.c.
AlexDaniel releasable6: uptime 16:13
releasable6 AlexDaniel, 1 day, 55 minutes, and 59 seconds, 1558.101563MiB maxrss. This is Rakudo version 2018.03-134-g20495f097 built on MoarVM version 2018.03-56-g85fc758ce implementing Perl 6.c.
AlexDaniel all this is not right of course
releasable6 struggles the most, and I thought I fixed that…
Geth rakudo: 430266629f | (Zoffix Znet)++ | src/Perl6/Actions.nqp
Fix precision/value drift with Complex literals

Fixes RT#128817 rt.perl.org/Ticket/Display.html?id=128817
The current way of we handle Complex literals is we merely stringify the Match objects of the components, but that gives us a poor approximation of Nums.
Fix by using the already-made QASTs of the components, coercing them to Num if necessary.
16:24
synopsebot RT#128817 [resolved]: rt.perl.org/Ticket/Display.html?id=128817 [BUG] Num.perl doesn't round-trip numeric value
japhb Zoffix++ # I am *so* happy to see all this work to be precise mathematically. 16:25
Geth rakudo: 430266629f | (Zoffix Znet)++ | src/Perl6/Actions.nqp
Fix precision/value drift with Complex literals

Fixes RT#128817 rt.perl.org/Ticket/Display.html?id=128817
The current way of we handle Complex literals is we merely stringify the Match objects of the components, but that gives us a poor approximation of Nums.
Fix by using the already-made QASTs of the components, coercing them to Num if necessary.
16:26
roast: dcdbcb31b4 | (Zoffix Znet)++ | 3 files
Test Num/Complex .perl roundtrippage

RT#128817 rt.perl.org/Ticket/Display.html?id=128817
Convert the Num.Str test to .perl test as the .Str we make can end up looking like Rats, which contaminates our test.
Also dial down the number of tests we do
16:31
roast/W4anD0eR96-patch-1: 280c726b98 | 陈梓立++ (committed using GitHub Web editor) | S03-operators/range-basic.t
Update range-basic.t
17:51
roast: W4anD0eR96++ created pull request #416:
Tests for rakudo#1730
17:52
synopsebot RAKUDO#1730 [open]: github.com/rakudo/rakudo/issues/1730 [LHF] Range.ACCEPTS fails to accept one of two equivalent Ranges