🦋 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] ok, I ran blin again, this time saving the output. 01:56
I had it in a tmux session, and did 2>&1 | tee blin.out on the runner I used, and it just stopped at 🥞🥞🥞 Testing Pod::Usage (new) 01:57
*AND* the tmux window closed.
it wasn't just left in bash. another tmux window was open in the session running htop. 01:58
lizmat guifa: if an attribute is: $.a is rw you do *not* have to provide a method with a proxy to be able to write to the attribute 04:32
m: class A { has $.a is rw = 42 }; my $a = A.new; dd $a.a; $a.a = 666; dd $a.a 04:33
camelia $!a = 42
$!a = 666
guifa lizmat: i was trying to show what it was effectively doing
but I may have misspoken too during presentation -- i didn't get a chance to practice or double check before presenting, unfortunately 04:34
lizmat hmmm.... I guess you wanted to avoid the concept of containers ?
guifa yeah I didn't want to touch that 04:35
Containers honestly could make for a nice short talk next year tho
oh crap, it's waay later than i thought it was 04:40
guifa is off to bed ... if you find any other mistakes i'll see in the morning :-) 04:41
lizmat sleep well!
Xliff m: say 2 X 3 05:08
camelia ((2 3))
Xliff ??? 05:09
m: say ^2 X ^3
camelia ((0 0) (0 1) (0 2) (1 0) (1 1) (1 2))
Xliff Oh
06:37 Xliff left
[Tux] Rakudo v2025.06.1-3-g5a1f70139 (v6.d) on MoarVM 2025.06-3-gab053f644
csv-ip5xs0.261 - 0.267
csv-ip5xs-201.087 - 1.110
csv-parser1.101 - 1.111
csv-test-xs-200.115 - 0.116
test1.900 - 1.915
test-t0.443 - 0.447
test-t --race0.283 - 0.283
test-t-205.644 - 5.886
test-t-20 --race1.399 - 1.418
06:58
tux.nl/Talks/CSV6/speed4-20.html / tux.nl/Talks/CSV6/speed4.html tux.nl/Talks/CSV6/speed.log
lizmat that looks like 10% slower ?
[Tux] The increase *might* have to do with what I am working on (hash key order stability for CSV headers), but that is not finished yet
lizmat I wonder whether the return priorization code might have something to do with that patrickb timo ? 07:00
[Tux] Been away from raku too long to make that a smooth process. I have one failing test in fragments left
I can push, but then new install fail because of that test 07:01
lizmat [Tux]: gist ?
[Tux] I can push a branch. One minute
patrickb The return prioritization is a possibility. I tried to make sure, that implicit returns are not affected, but explicit returns do observe a (small) overhead. But 10% sounds a bit too much. Hm... 07:04
lizmat Text::CSV uses a lot of explicit returns in my recollection 07:05
timo the return prioritisation code should only actually kick in when a return is triggered when a return happens while returning is already in motion 07:06
i think a return using the return sub shouldn't cause that? 07:07
[Tux] pushed to branch type-and-order
07:15 donaldh left
[Tux] If this work (on types) surfaces possible optimisations in Raku, that on itself is worth the effort 07:18
07:23 kjp joined 07:29 kjp left 07:30 kjp joined 09:21 donaldh joined
[Tux] `dd self` does not show its content. Neither does `dd self.raku`. What was the syntax again to show the content of self? 11:29
same for .gist and .perl (but I did expect that after the result of .raku) 11:35
use Data::Dump; $*ERR.print: Dump (self, :skip-methods); 11:48
12:02 guifa left 12:08 guifa joined 13:08 librasteve_ joined
Geth ¦ rakudo: lizmat self-assigned Inconsistent results with complex numbers and infinities github.com/rakudo/rakudo/issues/5923 13:29
jdv [Coke]: that's impressive. how'd you manage that one? 15:12
[Coke] ¯\_(ツ)_/¯ 17:46
23:38 librasteve_ left