| 6 Jun 2026 | |||
| lizmat | but they (sadly from an optimizing point of view) *can* contain mutable containers | 19:30 | |
| disbot4 | <comborico> Hmm. Good to know! Thanks! | 19:32 | |
| lizmat | this is needed for things like: | ||
| m: my $a = 42; my $b = 666; ($a,$b) = ($b,$a); dd $a, $b | |||
| camelia | $a = 666 $b = 42 |
||
| disbot4 | <comborico> Ok, thanks!\ | 19:34 | |
| <comborico> Searching "whatever" or "star" doesn't work in Docs. I thought that was odd. | 19:35 | ||
| 8 Jun 2026 | |||
| librasteve_ | rakudoweekly.blog/2026/06/08/2026-...u-mr-bond/ | 17:02 | |
| disbot4 | <comborico> 'say ('foo';);' outputs a list: '(foo)( )' | 17:31 | |
| <comborico> But 'say ('foo';).WHAT' outputs (Str). | 17:32 | ||
| <comborico> I expected WHAT to output a list. | |||
| lizmat | librasteve_++ | 18:31 | |
| disbot4 | <comborico> Okay, it was because there was a space after SAY. That's going to be a hard learned lesson for me, which I haven't really learned yet, I can tell. | 20:55 | |
| 9 Jun 2026 | |||
| <comborico> LISP Guide to Raku is coming along nicely. | 21:07 | ||
| 11 Jun 2026 | |||
| <comborico> Is Int an object or a class? | 16:56 | ||
| <comborico> Appears to be both: docs.raku.org/language/faq#What_ar...natures%3F | 17:01 | ||
| <librasteve> m: say Int.defined | 17:53 | ||
| <Raku eval> False | |||
| <librasteve> m: say 42.defined | |||
| <Raku eval> True | |||
| <librasteve> type smileys :D is defined, :U is undefined | 17:54 | ||
| lizmat pings librasteve | 19:19 | ||
| disbot4 | <comborico> I am liking the comparison of a "type object" to a "virtual class". Is this on the right track? Because the "type object" seems to have class-like behavior. | 21:48 | |
| <comborico> I know "virtual class" sounds kind of stupid. | |||
| lizmat | well, a class is really an instance of a meta-object | 22:44 | |
| m: class A { }; dd A.HOW.^name | 22:45 | ||
| camelia | "Perl6::Metamodel::ClassHOW" | ||
| disbot4 | <comborico> Do meta-objects exists outside of Raku? | 23:04 | |
| lizmat | as a concept, definitely | ||
| inside MoarVM: possibly, it's not called Metamodel On A Runtime VM for nothing ;-) | 23:05 | ||
| afk& | |||
| disbot4 | <comborico> I was wondering what that name was about. I was thinking it was some exotic animal from Africa. Maybe like a nod to GNU or something. | 23:10 | |
| 12 Jun 2026 | |||
| <comborico> Do you remember the 90's when people were glued to their keyboards? Computers were a new world. | 03:21 | ||
| <comborico> Are other programming languages O-O to the core, like Raku? | 03:43 | ||
| sibl | O-O ? | 03:57 | |
| disbot4 | <antononcube> Probably, Scala. If you believe what its creators say. | 12:51 | |
| <antononcube> Actually, Raku reminds me of Scala time to time. (Only, "in spirit.") | 12:56 | ||
| <comborico> Object-oriented | 22:06 | ||
| <comborico> Hmm that's interesting | 22:07 | ||
| lizmat | everything in Raku is an object, or can be considered to be one | 22:09 | |
| 13 Jun 2026 | |||
| disbot4 | <comborico> A bundle of subroutines is called a program. I'm wondering what a bundle of routines (MAIN) might be. | 04:04 | |
| <_.mu._> What is the most complete tree-sitter for Raku? What I found is github.com/acrion/tree-sitter-raku/tree/main/ | 15:56 | ||
| <librasteve> yes - that looks right to me | 17:31 | ||
| <librasteve> there's an LSP - but I guess you want that | 17:33 | ||
| <comborico> Are there any new programming languages that use the term "routine" for functions? | 18:58 | ||
| <antononcube> "Routine" feels dated and ambiguous to designers of "newer" languages. (Say, pot 2010.) | 21:50 | ||
| <antononcube> It would have been interesting if the appearance of "routine" was reflected in the language creation/usage databases. | 21:52 | ||
| lizmat | well, a Routine in Raku is the common ancestor to Sub / Method / Submethod / Token / Rule / Regex | 22:01 | |
| aka, a piece of code with a name | |||
| disbot4 | <comborico> I wrote a bit about in my LISP Guide to Raku: Here's a snippet: | 22:39 | |
| <comborico> Just as an aside, Raku's terminology for its functions comes from its creator, Larry Wall, who chose to continue his terminology of Perl into Raku. And I, in similar manner, as the author of this article, wish to impart MY knowledge/take on the topic. LISP having close roots to the discipline of mathmatics via its biggest influence, the mathmatician and inventor of Lambda Calculus, Alonzo Church, the community was | 22:41 | ||
| careful to distinguish terms. The book Structures and Interpretions of Computer Programs teaches that "functions" are the term for mathmatical principles, not arbitrary lists of instructions to a computer program. In other words, functions are mathmatical knowledge. In the programming languages Pascal and Ada, "procedures" are "functions" that do not return a value. And lastly, Perl alone has remained to use the term | |||
| "routine", which is the most accurate term for what is commonly called "functions". To be completely accurate, Perl (and by extension Raku) uses the term "subroutine", preserving the distinguished upper level routine, MAIN, as is consistent with the C family of programming languages. | |||