🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). Log available at irclogs.raku.org/raku/live.html . If you're a beginner, you can also check out the #raku-beginner channel!
Set by lizmat on 6 September 2022.
00:58 itaipu joined 01:22 vrurg joined, vrurg_ left 01:30 itaipu left 01:32 itaipu joined 01:41 itaipu left
guifa Voldenet: you can normally detect it this way 02:23
m: my uint8 $a = 1; my Int $b = 2; say $a.VAR.WHAT; say $b.VAR.WHAT
camelia (UIntLexRef)
(Scalar)
guifa but when you have operations in sequence sometimes they don't always predictably produce natives
02:28 hulk joined 02:29 kylese left 02:35 arkiuat joined 02:42 Aedil left 03:10 sibl joined 03:15 hulk left, sibl left, kylese joined 03:46 arkiuat left 04:07 arkiuat joined 04:14 arkiuat left 04:17 guifa left 04:19 itaipu joined 04:29 arkiuat joined 04:31 lichtkind_ joined 04:33 arkiuat left 04:34 lichtkind__ left 04:37 itaipu left 04:45 itaipu joined 04:47 arkiuat joined 04:53 hez joined 04:54 hez left 04:55 itaipu left 04:56 arkiuat left 05:19 arkiuat joined 05:42 guifa joined 05:48 xinming left 06:51 Aedil joined 07:17 arkiuat_ joined 07:19 arkiuat left 07:26 Sgeo left 07:38 guifa left 08:10 Aedil left 08:28 mahlay left 08:55 mahlay joined 09:07 sibl joined 09:24 sibl left 09:29 arkiuat_ left 09:41 arkiuat joined 09:51 arkiuat left 09:54 itaipu joined 09:57 zupss is now known as zups 10:04 itaipu left 10:07 arkiuat joined 10:12 arkiuat left 10:22 itaipu joined 10:31 arkiuat joined 10:32 Aedil joined 10:39 Aedil left, arkiuat left 10:46 grondilu left 10:53 arkiuat joined 11:03 arkiuat left 11:24 Aedil joined 11:25 arkiuat joined 11:30 arkiuat left 11:31 johnjay left 11:42 librasteve_ joined
tbrowder [Coke]: i'm not changing, i'll just try to make sure the draft is set on the Raku github side and i've done the right thing AND check with you... 11:46
11:54 arkiuat joined 11:59 arkiuat left 12:10 arkiuat joined 12:15 arkiuat left 12:44 arkiuat joined 12:49 arkiuat left 12:52 arkiuat joined 12:57 arkiuat left 13:28 arkiuat joined 13:32 arkiuat left 13:33 sibl joined 13:39 sibl left 14:03 arkiuat joined 14:07 arkiuat left 14:24 arkiuat joined 14:29 arkiuat left 14:56 arkiuat joined 15:02 arkiuat left 15:28 arkiuat joined 15:33 arkiuat left 15:56 arkiuat joined 16:06 arkiuat left 16:30 arkiuat joined 16:35 arkiuat left 16:56 guifa joined 17:00 arkiuat joined 17:05 arkiuat left 17:12 arkiuat joined 17:34 guifa left 17:42 arkiuat left 17:48 arkiuat joined 17:56 arkiuat left 18:02 arkiuat joined
librasteve_ notable6: weekly 18:46
notable6 librasteve_, No notes for “weekly”
19:00 arkiuat left 19:02 arkiuat joined 19:13 xinming joined
librasteve_ rakudoweekly.blog/2025/12/29/2025-...the-onion/ 19:15
19:30 itaipu left 19:50 abraxxa-home joined 20:07 arkiuat left 20:20 arkiuat joined 20:24 oodani left 20:25 oodani joined 20:27 itaipu joined 20:35 arkiuat left 20:55 arkiuat joined 21:04 arkiuat left 21:13 arkiuat joined 21:18 arkiuat left 21:19 Aedil left 21:29 arkiuat joined 21:30 cpli left 21:31 greenfork left 21:32 atweedie left 21:33 thatonelutenist left, patrickb left, patrickb joined 21:34 cpli joined, atweedie joined, greenfork joined, thatonelutenist joined 21:58 itaipu left 22:09 guifa joined 22:14 itaipu joined 22:58 Sgeo joined 23:14 arkiuat_ joined 23:16 arkiuat left
japhb Is there an existing tool for inspecting a module source tree and creating a type graph for all the types in it? Doc::TypeGraph wants a special pre-written type description file as input, but I'm looking to start from nothing but a git checkout. 23:25
lizmat as long as you're looking at static files without any metamodel wizardry, that should be pretty straightforward? 23:31
disbot7 <antononcube> @japhb Hmm… “UML::Translators” and “Data::TypeSystem” do something in the direction you outline, but not exactly. 23:32
guifa reddit had a good question 23:35
other than *handwavy* history
why do we define <alpha> and <alnum> as anything other than <:L> and <:L:N> respectively? 23:36
by not aligning with POSIX, we definitely produce a gotcha 23:41
23:42 abraxxa-home left 23:54 grondilu joined
grondilu m: class Foo { proto method talk { state $*name = "anon"; say "Hi"; {*} ; say "Bye" }; multi method talk { } }; class Bar is Foo { multi method talk { say qq{How are you, $*name?} } }; Bar.new.talk 23:55
camelia Hi
How are you, anon?
Bye
grondilu ^does that make sense? I want a method to behave differently between the Parent and child, but with a common behavior at the beginning and end. 23:56
typically for initialization and closing code (e.g. begin-drawing, end-drawing and whatnot) 23:57
like `proto method do-stuff { initialization-code; {*}; shutting-down-code; }`, but I also want to have the variables in the initialization code to be visible to the code in the children. 23:58
lizmat yeah, that's why a proto method can have an actual body and {*} is doing the dispatch
grondilu is it ok to use dynamic variables for that use case, though? 23:59
lizmat proto method foo(|c) { init-code(|c); {*}; end-code(|c) } ?