Geth rakudo: vrurg++ created pull request #3825:
Make sure overriding of angular associateve postcircumfixes doesn't break compilation
01:30
Geth ¦ problem-solving: vrurg assigned to jnthn Issue Allow overriding of compiler-handled operators github.com/Raku/problem-solving/issues/214 01:42
Geth nqp: patrickbkr++ created pull request #647:
Register a plain HLL::Compiler object under the 'HLL' name
07:18
[Tux] This was from yesterday, I forgot to post: 10:07
Rakudo version 2020.07-41-g3843a1e89 - MoarVM version 2020.07-5-g0c33c5380
csv-ip5xs0.797 - 0.817
csv-ip5xs-207.722 - 7.887
csv-parser23.852 - 26.602
csv-test-xs-200.382 - 0.384
test7.690 - 8.051
test-t1.884 - 1.886
test-t --race0.825 - 0.840
test-t-2030.846 - 31.249
test-t-20 --race9.367 - 9.379
lizmat bisectable6: Date.today.last-date-in-month 10:39
bisectable6 lizmat, Will bisect the whole range automagically because no endpoints were provided, hang tight
lizmat bisectable6: say Date.today.last-date-in-month
bisectable6 lizmat, Will bisect the whole range automagically because no endpoints were provided, hang tight 10:40
lizmat, Output on all releases: gist.github.com/e198b438cde62ac2b3...b55c135c5c
lizmat, Bisecting by exit code (old=2020.02.1 new=2020.05.1). Old exit code: 1
lizmat, bisect log: gist.github.com/fd5a927ba6ba19e191...4668a42c2d
lizmat, (2020-04-17) github.com/rakudo/rakudo/commit/2f...78951717fe
lizmat, Bisecting by output (old=2016.09 new=2016.10) because on both starting points the exit code is 1
lizmat, Output on all releases: gist.github.com/009ad4c8cc0e04e0db...61392c016e
lizmat, bisect log: gist.github.com/404db8f954c7972004...54b7cb48a6
lizmat, (2016-09-27) github.com/rakudo/rakudo/commit/22...0f14b9c05c
lizmat, Bisecting by exit code (old=2020.02.1 new=2020.05.1). Old exit code: 1
lizmat, Output on all releases and bisected commits: gist.github.com/74e1779642b15b3583...378778dafd
lizmat, bisect log: gist.github.com/f87d82ff16289510a7...a88d21ba98
lizmat, (2020-04-17) github.com/rakudo/rakudo/commit/2f...78951717fe
lizmat, Bisecting by output (old=2016.09 new=2016.10) because on both starting points the exit code is 1
lizmat whee!
bisectable6 lizmat, bisect log: gist.github.com/0a50eff865cdb817e1...2509c2d67c 10:41
lizmat, (2016-09-27) github.com/rakudo/rakudo/commit/22...0f14b9c05c
lizmat, Output on all releases and bisected commits: gist.github.com/9d8ab1d5595838d25e...bcee818f7e
Geth nqp: usev6++ created pull request #648:
[JVM] Make osname available in nqp::backendconfig
11:33
AlexDaniel` lizmat: huh! not sure how to fix that. It's cool that it's parallelized and stuff, but yeah, that output isn't very readable :D 12:30
lizmat it told me what I needed to know :-) 12:31
AlexDaniel` yeah 12:34
but I guess I should hide bisect logs into the last gist
that'd make the output a bit cleaner 12:35
Geth rakudo/shorter-Map-raku: 491e1defba | (Elizabeth Mattijsen)++ | src/core.c/Map.pm6
Remove (()) from Map.new.raku

There is no need for them, so just don't create them.
14:08
rakudo: lizmat++ created pull request #3826:
Remove (()) from Map.new.raku
14:09
AlexDaniel` c: HEAD,shorter-Map-raku say (‘a’, ‘1’, ‘b’, ‘2’).Map.raku 14:20
committable6 AlexDaniel`, ¦HEAD(3843a1e),shorter-Map-raku: «Map.new((:a("1"),:b("2")))␤»
AlexDaniel` c: HEAD,shorter-Map-raku say ().Map.raku 14:21
committable6 AlexDaniel`, ¦HEAD(3843a1e): «Map.new(())␤» ¦shorter-Map-raku: «Map.new␤»
timotimo m: sub t(*%a) { say %a.raku; .raku.say for %a.pairs }; t(:a<1>) 14:22
camelia {:a(IntStr.new(1, "1"))}
:a(IntStr.new(1, "1"))
timotimo ah
Geth nqp: usev6++ created pull request #649:
[JVM] Implement op 'execname'
15:58