🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm
Set by lizmat on 8 June 2022.
00:00 reportable6 left 00:03 reportable6 joined 01:03 committable6 left, bloatable6 left, bisectable6 left, tellable6 left, releasable6 left, benchable6 left, quotable6 left, evalable6 left, statisfiable6 left, reportable6 left, shareable6 left, nativecallable6 left, sourceable6 left, linkable6 left, coverable6 left, unicodable6 left, squashable6 left, greppable6 left, notable6 left, bisectable6 joined, evalable6 joined, statisfiable6 joined, squashable6 joined, notable6 joined 01:04 nativecallable6 joined, tellable6 joined, quotable6 joined, shareable6 joined, benchable6 joined 01:05 releasable6 joined, coverable6 joined, unicodable6 joined, sourceable6 joined, linkable6 joined, committable6 joined, bloatable6 joined, reportable6 joined 01:06 greppable6 joined
[Coke] just tried a fresh config of rakudo, getting ===SORRY!=== No moar executable 01:19
... helps if i understand the error. nevermind 01:20
Geth rakudo/linenoise: c92a1526d7 | (Will Coleda)++ | src/core.c/REPL.pm6
Change REPL recommendation order

Part of #5311		 01:29
rakudo: coke++ created pull request #5339:
Change REPL recommendation order		 01:30
[Coke] ^^ doesn't work, oops 01:45
04:36 evalable6 left, linkable6 left 04:37 evalable6 joined 04:39 linkable6 joined 06:00 reportable6 left 06:02 reportable6 joined 07:02 codesections left
[Tux] Rakudo v2023.06-211-gc1f7e4d48 (v6.d) on MoarVM 2023.06-4-g75fe055c2
csv-ip5xs0.772 - 1.066
csv-ip5xs-205.275 - 5.751
csv-parser3.698 - 3.785
csv-test-xs-200.448 - 0.478
test6.974 - 7.394
test-t1.376 - 1.587
test-t --race0.810 - 0.990
test-t-2019.972 - 20.483
test-t-20 --race6.884 - 7.169
 07:40
07:43 sena_kun joined
Geth rakudo/main: 941143d4f9 | (Elizabeth Mattijsen)++ | src/core.c/Rational.pm6
RakuAST: workaround *weird* issue with -Inf

For some reason, under RakuAST, Rat.new(-1,0).Num would return Inf rather than -Inf. I've checked all of the input values to the nqp::div_In call, and they're correct. Somehow nqp::div_In does the wrong thing in RakuAST, which I find really weird as what HLL grammar is being used, should **NOT** affect how nqp ops work.
I've now spent way too much time on this, so am going for this workaround. Hope someone else will find the reason why it is doing this some day.		 08:27
lizmat 920 (+2)
Geth roast: b9b9d12296 | (Elizabeth Mattijsen)++ | S32-list/map.t
Test more precisely what is wanted to be tested
 08:40
lizmat 921 (+1)
Geth roast: f1914867ac | (Elizabeth Mattijsen)++ | S32-io/io-special.t
Simplify loop spec
 09:34
lizmat 922 (+1) 09:35
Geth roast: 4e7ef6c3d5 | (Elizabeth Mattijsen)++ | S32-io/io-path.t
Make building of tests a bit clearer
 11:07
rakudo/main: 011d2ce74e | (Elizabeth Mattijsen)++ | src/Raku/ast/name.rakumod
RakuAST: fix ::Name.is-empty and add ::Name::Part::Empty.name

The latter for convenience really, as handling of ::Name::Part::Empty and an empty string of one of the parts in ::Name should be the same.		 11:10
lizmat 930 (+8)
nemokosch lizmat: perhaps perl6 -v could be removed from the Rakudo issue template, it has been roughly 4 years 11:52
or replaced to rakudo -v
lizmat good point, looking at where to change that 11:54
Geth rakudo/main: 6d43651e2a | (Elizabeth Mattijsen)++ | .github/ISSUE_TEMPLATE.md
Update issue template, nemokosch++
 11:59
12:00 reportable6 left, reportable6 joined
Geth rakudo/main: 519ec6e81c | (Elizabeth Mattijsen)++ | src/Raku/ast/code.rakumod
RakuAST: don't install methods with "our" scope
 13:56
lizmat 931 (+1)
14:00 evalable6 left, linkable6 left 14:01 linkable6 joined 14:02 evalable6 joined
vendethiel That’s a funny looking and :P 14:26
14:57 vrurg_ joined, vrurg left 15:23 Xliff joined
Xliff Raku-GLib suite timing statistics for Raku 2023.06.213.g.7.bc.98.ec.415 15:23
Using the following processor: AMD Ryzen 9 5950X 16-Core Processor
Total number of projects: 34 (506509 loc)
Total non-parallel compile times: 11482.250 (337.713 avg)
Total parallel compile times: 2405.092 (70.738 avg) 4.774x speedup
16:32 linkable6 left, evalable6 left 16:34 linkable6 joined 16:35 evalable6 joined 18:00 reportable6 left 18:02 reportable6 joined
lizmat m: my %h; dd %h.of; my %o{Int}; dd %o.of # this feels inconsistent 18:15
camelia Mu
Any
lizmat m: my %h = 12 => Mu; dd %h
camelia Hash %h = {"12" => Mu}
lizmat m: my %h{Int} = 12 => Mu; dd %h
camelia Type check failed for an element of %h; expected Any but got Mu (Mu)
in block <unit> at <tmp> line 1
japhb That is odd, yes. 18:19
lizmat m: my %h; %h{"a"|"b"|"c"} = 42; dd %h 18:29
camelia Hash %h = {:a(42), :b(42), :c(42)}
lizmat m: my %h{Str}; %h{"a"|"b"|"c"} = 42; dd %h 18:30
camelia Hash[Any,Str %h = (my Any %{Str} = :a(42), :b(42), :c(42))
lizmat hmmm... 18:31
lizmat is going to mull over this
21:04 Altai-man joined 21:05 sena_kun left 21:35 Altai-man left 21:37 sena_kun joined 22:28 sena_kun left 22:39 Xliff left

Powered by Cro and the Raku® Programming Language.

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

Thank you!