|
🦋 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 |
00:53 | |
|
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: github.com/rakudo/rakudo/issues/46...-983576970 but with the small change that nqp::cpucores is only run once before ... (8 more lines) |
10:32 | |
|
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. |
12:39 | |
|
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 "a" 2 "b" 3 "c" |
||
|
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. |
15:50 | |
| 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. | |||
| Bye | |||
|
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
|
|||