00:02 reportable6 left 00:03 reportable6 joined
Geth rakudo: Kaiepi++ created pull request #3531:
Make it harder for typechecking exceptions themselves to throw
00:31 pmurias left 01:00 Xliff joined
Xliff . 01:00
tellable6 2020-02-26T14:19:05Z #raku-dev <lizmat> Xliff could you also do a timing on the 2020.02 release ?
2020-02-26T14:30:36Z #raku-dev <nine> Xliff: that's from 0 to working. Are compile times after modifying some source file better now?
Xliff .tell lizmat If I did, it would not be parallel. I have not come up with a proper strategy for the latest precompile fixes that you and nine addressed. 01:01
tellable6 Xliff, I'll pass your message to lizmat
Xliff .tell nine I will have to investigate those, but I am glad you addressed that issue. It may take me a free weekend, and I'll try and free one up this month. 01:02
tellable6 Xliff, I'll pass your message to nine
Xliff .tell lizmat Was 2020.02-51-gb6851c3e7 the 2020.02 release? 01:04
tellable6 Xliff, I'll pass your message to lizmat
01:13 Xliff left 01:22 sena_kun joined 01:24 Altai-man_ left 01:37 leont left 01:40 Xliff joined
Xliff .tell lizmat Compile times for p6-GLib on 2020.02 release: github.com/Xliff/p6-GLib/blob/71b3...s-20200302 -- a 20 second reduction from 2020.02-51-gb6851c3e7 01:44
tellable6 Xliff, I'll pass your message to lizmat
01:44 Kaiepi left, Xliff left, Kaiepi joined 02:31 Kaiepi left 02:35 Kaiepi joined 03:22 Altai-man_ joined 03:24 sena_kun left 05:23 sena_kun joined 05:24 Altai-man_ left 06:06 jmerelo joined 06:42 squashable6 left 06:43 squashable6 joined, squashable6 left 06:46 squashable6 joined 07:22 Altai-man_ joined 07:24 sena_kun left 07:26 lizmat left 07:36 jmerelo left 07:48 lizmat joined 08:00 lizmat left 08:54 lizmat joined
|Tux| Rakudo version 2020.02.1-97-g830e0820b - MoarVM version 2020.02.1-35-ga7fa6daad
csv-ip5xs0.699 - 0.717
csv-ip5xs-205.710 - 5.727
csv-parser23.194 - 23.621
csv-test-xs-200.361 - 0.368
test7.526 - 7.770
test-t1.801 - 1.871
test-t --race0.833 - 0.883
test-t-2030.624 - 30.633
test-t-20 --race9.182 - 9.648
09:07 leont joined 09:22 sena_kun joined 09:24 Altai-man_ left 09:56 |Tux| left
lizmat m: say set 2,4,6 09:59
evalable6 set(2 4 6)
lizmat m: say bag 2,4,6
evalable6 Bag(2, 4, 6)
lizmat m: say mix 2,4,6
evalable6 Mix(2, 4, 6)
lizmat why are Bag and Mix capitalized, but set isn't?
also, what's with the comma's in Bag / Mix and lack thereof with set ? 10:00
Geth rakudo: cf01f7a258 | (Elizabeth Mattijsen)++ | 2 files
Make all QuantHash.gist use the same format

  - type name up front
  - no comma's
Spotted while preparing presentation for the GPaRW 2020
10:23 |Tux| joined 10:49 MasterDuke left 10:56 unclechu left, AlexDaniel` left, CIAvash left 10:57 rba[m] left 10:59 Geth left, Geth joined 11:19 CIAvash joined 11:21 Altai-man_ joined 11:24 sena_kun left 11:38 lizmat_ joined 11:40 unclechu joined, AlexDaniel` joined, rba[m] joined 11:41 lizmat left 11:57 squashable6 left 12:00 squashable6 joined 12:21 lizmat_ is now known as lizmat
Geth roast/RAKULIB-problem: ab8c5db7e4 | (Tom Browder)++ | 2 files
remove unneeded lines
tbrowder anyone here ever work with handling the "experimental" module? i'm getting a strange error in a PERL6LIB test where rakudo can't find the experimental module. see roast PR #628. 12:45
lizmat the "experimental" module is installed, so should not require anything PERL6LIB / RAKULIB / -I lib related 12:49
12:57 lucasb joined
tbrowder exactly, so it looks like a lurking pest in the code somewhere. 13:01
it's strange that it's only triggered by PERL6LIB and it only appeared when, at ugexe's suggestion, we changed the old test for PERL6LIB to eliminate generating and unlinking a test module, instead we use an existing test module in roast. 13:04
Altai-man_ lizmat, ping?
lizmat pong
Altai-man_ lizmat, hi! Do you by chance have rights to do github.com/MoarVM/moarvm.org/pull/11 ?
lizmat nope :-( 13:05
Altai-man_ :S
lizmat wonders why === is not listed as a set operator, and why ≡ isn't a unicody alternative to it 13:09
m: say set(<a b c>) === set(<b c a>) 13:10
evalable6 True
lizmat m: say <a b c> === <b c a>
evalable6 False
lizmat m: say <a b c> === <a b c>
evalable6 False
lizmat m: say <a b c> (===) <a b c> # should coerce either side to Set and then compare the .WHICH
evalable6 (exit code 1) 04===SORRY!04=== Er…
lizmat, Full output: gist.github.com/c2a6aeeb3e67344b38...de69a11edc
13:22 sena_kun joined 13:24 Altai-man_ left 13:33 |Tux| left 13:37 |Tux| joined 13:46 lizmat left 13:47 |Tux| left 13:50 |Tux| joined 14:08 pmurias joined 14:09 Xliff joined
Xliff . 14:10
14:10 Xliff left 15:21 Altai-man_ joined 15:24 sena_kun left 16:02 pmurias left 16:28 lizmat joined 16:49 lizmat left 17:22 sena_kun joined 17:24 Altai-man_ left 18:08 AlexDaniel left 18:24 pmurias joined 19:05 pmurias left 19:06 pmurias joined 19:21 Altai-man_ joined 19:24 sena_kun left 19:45 squashable6 left 19:47 squashable6 joined 20:02 pmurias left 20:39 MasterDuke joined
MasterDuke how come these native array methods check the given index github.com/rakudo/rakudo/blob/mast...L600-L637, but the shaped ones github.com/rakudo/rakudo/blob/mast...1982-L2011 don't? 20:45
21:22 sena_kun joined 21:24 Altai-man_ left 22:17 lizmat joined 23:22 Altai-man_ joined 23:24 sena_kun left
MasterDuke m: my int @a; say @a.^roles 23:51
evalable6 ((array::intarray[int]) (Positional[int]) (Iterable))
MasterDuke ^^^ why is it `array::intarray[int]`? it's already an intarray, why is is parameterized again? what would an `array::intarray[str]` look like? 23:52
23:52 leont left