00:03 melezhik_ left, melezhik_ joined 00:18 melezhik_ left, melezhik_ joined 00:25 melezhik_ left 00:26 melezhik_ joined 00:36 melezhik_ left, melezhik_ joined 00:42 melezhik_ left 00:43 melezhik_ joined 00:48 melezhik_ left, melezhik_ joined 00:56 melezhik_ left, melezhik_ joined 01:03 melezhik_ left, melezhik_ joined 01:13 melezhik_ left 01:14 melezhik_ joined 01:26 melezhik_ left, melezhik_ joined 01:36 melezhik_ left, melezhik_ joined 01:48 melezhik_ left 01:49 melezhik_ joined 01:54 melezhik_ left, melezhik_ joined 02:04 melezhik_ left, melezhik_ joined 02:09 melezhik_ left, melezhik_ joined 02:16 melezhik_ left, melezhik_ joined 02:22 melezhik_ left, melezhik_ joined 02:29 melezhik_ left, melezhik_ joined 02:30 oodani left 02:32 oodani joined 02:36 melezhik_ left 02:37 melezhik_ joined 02:39 hulk joined 02:40 kylese left 02:44 melezhik_ left, melezhik_ joined 02:53 melezhik_ left 03:15 hulk left, kylese joined 03:28 swaggboi left 03:36 gabiruh_ joined, gabiruh left 04:14 stanrifkin_ joined 04:16 stanrifkin left 04:48 melezhik joined 05:12 Aedil joined 05:13 guest1 joined 05:15 guest1 left 05:45 oodani left 05:49 oodani joined 06:38 abraxxa joined 07:09 wayland joined 07:41 stanrifkin_ left 08:11 Sgeo left
timo we should really, really find something for LibraryMake (and related things) that doesn't rely on $*VM.config 09:38
... maybe without reimplementing automake ourselves poorly
the flags used to build moarvm, like optimization flags, warning and error flags, used C standard, etc are not relevant to building native code modules 09:40
oh, that's what patrickb just posted about 09:42
10:52 wayland76 joined 10:53 wayland left
lizmat weekly: fantastic.earth/@samebchase/115497610481778684 11:29
notable6 lizmat, Noted! (weekly)
Voldenet no wonder, raku is ideal for tools like this 13:26
one really gains appreciation for raku's MAIN and `run` once they try doing this in any other language 13:27
timo it'd be cool if the post-processing at the end were a bit more sophisticated? if that even makes any sense at all 13:29
Voldenet I can understand, I have functions like that too 13:30
it's not ideal, but it's fast enough
timo if your input is controlled enough, you can get away with a cascade of regex substitution statements 13:31
14:30 apa_c joined 14:47 apa_c left 14:48 apa_c joined 15:06 apa_c left 15:18 Sgeo joined 15:57 librasteve_ joined 16:09 abraxxa left 16:46 apac joined 16:51 apac left 18:06 librasteve_ left 18:26 apac joined 18:30 arkiuat joined
arkiuat so I'm working on docs, but camelia isn't over on #raku-doc, so... 18:31
m: for &deepmap, &reduce { say .signature }
camelia ($, $, *%)
($, |)
18:32 swaggboi joined
timo i think camelia might answer private messages too? 18:32
arkiuat the sub (rather than method) version of deepmap isn't actually currently documented. The sub version of reduce is documented, but the doc shows a fuller signature than what camelia just said
timo: this is for purpose of demonstration
The doc shows reduce's signature as: multi reduce (&with, +list) 18:33
so I was just wondering if there is anywhere I could find a reasonable way to flesh out deepmap's signature while documenting it, the way reduce's is. 18:34
duckmap and nodemap are in the same situation as deepmap, so I'm doing all three at the same time. They show identical signatures.
timo ah right, i like camelia for demonstration purposes as well 18:37
arkiuat the method version of reduce has &with as well in one of the two candidates, and the three -map subs have &block, so that names the first $ in the signature, but I'm still a little mystified as to how to show the second $. 18:38
The *% is presumably just for adverbs? 18:39
timo m: for &deepmap.candidates { .signature.say }
camelia (&op, \obj)
timo m: for &reduce.candidates { .signature.say }
camelia (&with, +list)
arkiuat oh, hey, there's a gist!
thank you! 18:40
I was just phrasing my "say" wrong, huh.
timo i think the difference was that you were just getting the signature of the proto and i was reaching into it to get candidate sub signatures 18:42
arkiuat ah, that makes sense 18:43
I didn't do that because &deepmap only has one candidate, but now I see that was a mistake 18:45
even with only one candidate, the proto is still distinct 18:46
timo indeed 18:50
19:24 simcop2387 left 19:36 melezhik_ joined 19:43 melezhik_ left, melezhik_ joined 19:49 melezhik_ left 20:10 arkiuat left 20:11 arkiuat joined 20:16 arkiuat left 20:30 apac left 20:35 habere-et-disper joined 20:36 arkiuat joined 21:04 simcop2387 joined 21:07 habere-et-disper left 21:11 habere-et-disper joined 21:24 simcop2387 left, apac joined 21:27 apac left 21:45 simcop2387 joined 21:49 habere-et-disper left 21:54 kjp_ left 21:59 wayland76 left 22:37 melezhik left 22:42 Aedil left 23:03 arkiuat 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!