🦋 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: ... | log inspection situation still under development | For MoarVM see #moarvm
Set by lizmat on 22 May 2021.
00:02 reportable6 left
Geth DBIish: 3b633577a3 | (Rod Taylor)++ | META6.json
Show up in a DBDish search on modules.raku.org
01:04 reportable6 joined 02:04 evalable6 left, linkable6 left 02:06 linkable6 joined 02:07 evalable6 joined
releasable6 Next release in ≈1 day and ≈15 hours. 4 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 03:00
03:07 evalable6 left, linkable6 left 04:07 evalable6 joined 04:09 linkable6 joined 06:02 reportable6 left
[Tux] jphb, I know that TumbleWeed did, but I did not check 15.3 07:10
TumbleWeed changed "executable" to "pie executable", but 15.3 did not 07:15
08:05 reportable6 joined 08:45 discord-raku-bot left 08:46 discord-raku-bot joined
Geth rakudo: f029ac8330 | (Elizabeth Mattijsen)++ | src/core.c/ThreadPoolScheduler.pm6
Minimal change for fix on MacOS Monterey

This is basically the patch that jnthn suggested in:
but with the small change that nqp::cpucores is only run once before ... (8 more lines)
11:10 evalable6 left, linkable6 left 11:40 Altai-man joined 12:02 reportable6 left, patrickb joined 12:11 evalable6 joined 12:13 discord-raku-bot left, discord-raku-bot joined
Geth rakudo: 24333b1128 | (Elizabeth Mattijsen)++ | src/core.c/Pair.pm6
Remove an unnecessary decont on a hot path

This is basically a revert of 97020cb342 from 2015. I don't think this is still a problem on the JVM backend.
13:13 linkable6 joined
lizmat m: my @a = 1..3; my @b = <a b c>; dd $_ for @a Z[&slip] @b # feels to me this should slip ? 13:47
camelia slip(1, "a")
slip(2, "b")
slip(3, "c")
13:48 frost left
lizmat m: my @a = 1..3; my @b = <a b c>; dd $_ for (@a Z @b).map: *.Slip # feels meh 13:48
camelia 1
14:03 reportable6 joined
gfldex m: my @a = 1..3; my @b = <a b c>; my @c = @a Z[&slip] @b; dd @c; 14:12
camelia Array @c = [slip(1, "a"), slip(2, "b"), slip(3, "c")]
gfldex lizmat: that should properly slip for sure. The for loop should not, because it for-loops over a Seq.
As I understand it, Slips are resolved at assignment.
lizmat otoh, I think zip is supposed to keep the number of elements of the longest list 14:15
I was thinking of adding a :slip parameter to roundrobin()
patrickb o/ 15:07
I'm working on a small side project where I try to embedd a rakudo (basically a mod_rakudo apache plugin).
Now I'm unsure what the sane way to pass control from the C side to raku code is. 15:08
I could either use nativecall to pass a raku callbackfunction to a native C function and then do all back and forth via this function. 15:09
(That's what Inline::Perl6 does) 15:10
Or I could try to somehow call a raku function from C directly. I think there is no prior art for this approach. 15:11
The only thing that somehow sounded like this is somehow possible is the src/core/frame MVM_frame_dispatch_from_c function. 15:14
I guess the NativeCall route is the safer bet to take. 15:15
Hm. I just realize this is probably a discussion for #raku... 15:16
patrickb moves there
Geth rakudo/roundrobin-slip: 422f46cbb8 | (Elizabeth Mattijsen)++ | 2 files
Add :slip named argument to roundrobin()

When set, it will generate separrate values from the lists, rather than Lists. Basically, the same as:
   roundrobin(...).map: *.Slip
but much more effcient as no intermediate Lists / Slips need to be created.
rakudo: lizmat++ created pull request #4663:
Add :slip named argument to roundrobin()
lizmat gfldex ^^
16:10 gfldex left, discord-raku-bot left 18:01 Altai-man left 18:02 reportable6 left 19:03 reportable6 joined 20:49 Hello69 joined
Hello69 At modules.raku.org/, click on "Feeling Lucky", get error. 20:50
Perhaps you want to hard code the link to somewhere?
Good luck.
20:50 Hello69 left 20:53 discord-raku-bot joined 20:55 discord-raku-bot left 20:57 discord-raku-bot joined 21:03 gfldex joined
gfldex timo: I got a few heapsnapshots of the RAM eating discord bot available under: www.dropbox.com/s/xpglmmfwtjev43e/...s.tar?dl=0 21:09
timo: there are 2 sessions. Look at the time when the snapshots where created. 21:10
timo i seem to recall you rebuilt moar with zstd support, did that somehow not work perhaps? 21:21
in any case, the heapanalyzer is not reading the file right :\ 21:48
the first one i tried at least
multiple of them 21:49
gfldex timo: I will try again with libzstd 22:24
timo sorry about the trouble 22:35
not sure how it broke tbh
gfldex No biggy. Im more then happy to help make "production ready" work for bigger values of "production". 22:42
22:52 discord-raku-bot left
releasable6 Next release in ≈19 hours. 4 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 23:00
23:08 Guest58 joined 23:18 Guest58 left 23:56 Colt left 23:58 Colt joined