🦋 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.
[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
[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
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
Geth rakudo/main: 519ec6e81c | (Elizabeth Mattijsen)++ | src/Raku/ast/code.rakumod
RakuAST: don't install methods with "our" scope
 13:56
lizmat 931 (+1)
vendethiel That’s a funny looking and :P 14:26
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
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

Powered by Cro and the Raku® Programming Language.

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

Thank you!