[00:09] *** asymptotically left [00:10] *** asymptotically joined [00:41] *** Doc_Holliwould left [00:42] *** Doc_Holliwood joined [01:04] *** pecastro left [01:19] *** lizmat left [01:44] *** JRaspass left [01:51] *** lizmat joined [01:51] *** gnufr33dom joined [01:52] *** Doc_Holliwould joined [01:52] *** Doc_Holliwood left [02:02] *** MasterDuke left [02:31] *** lizmat_ joined [02:33] *** lizmat left [02:37] *** Doc_Holliwood joined [02:37] *** Doc_Holliwould left [02:42] *** kvw_5_ joined [02:45] *** kvw_5 left [02:56] *** Doc_Holliwood left [02:59] *** xinming_ left [03:01] *** aindilis joined [03:19] *** leont left [03:23] *** rindolf joined [03:28] *** Doc_Holliwood joined [03:35] *** marcusr_ left [03:36] *** marcusr joined [03:36] *** mowcat left [04:02] *** Doc_Holliwood left [04:08] *** Doc_Holliwood joined [04:42] *** frej00 joined [04:43] *** Doc_Holliwood left [05:16] *** parabolize left [05:19] *** marcusr left [05:20] *** marcusr joined [05:20] *** vike left [05:23] *** vike joined [05:28] howdy, how set in stone is the current pod6 object representation? I'm working on a module that generates man (mdoc) pages and am running into some difficulties that could be made much easier by a better $=pod data structure [06:17] *** silug left [06:18] *** silug joined [06:35] *** Garbanzo left [06:42] *** _jrjsmrtn left [06:42] *** __jrjsmrtn__ joined [06:55] *** xinming_ joined [06:59] *** ufobat_ joined [07:02] jj: ==^ [07:10] *** wamba joined [07:45] *** aluaces left [07:45] *** aluaces joined [07:53] *** jmerelo joined [07:53] Guadec call for participation is open https://discourse.gnome.org/t/guadec-2021-call-for-participation-is-now-open/5640 Although it's got Gnome in its name, it would be great to have some Raku talks there. [08:08] *** rir_ left [08:08] *** domidumont joined [08:09] *** rir joined [08:50] *** Doc_Holliwood joined [08:53] *** patrickb joined [08:53] *** sena_kun joined [09:00] *** wamba left [09:00] *** wamba joined [09:04] *** Sgeo left [09:04] *** pecastro joined [09:41] *** eseyman_ is now known as eseyman [09:56] *** JRaspass joined [09:59] *** grumble left [10:03] *** grumble joined [10:26] m: use experimental :macros; macro want-succeed-handlers { quasi { CONTROL { when CX::Succeed { say 'seen succeed' } } } }; given 'a' { succeed; want-succeed-handlers; }; [10:26] rakudo-moar 726a75e24: OUTPUT: «succeed without when clause␤ in block at line 1␤␤» [10:26] I'm trying to inject a CONTROL handler using a macro. The macro is called, the code is injected. Still no catching. Any pointers are very welcome. [10:28] This would be the final pice to custom given/when constructs. [10:29] *** lizmat_ is now known as lizmat [10:46] gfldex: there's not any way to do this with `will` instead of a macro, is there? https://docs.raku.org/language/phasers#index-entry-Phasers__will_trait [10:47] (probably not, but I thought I'd ask) [10:55] *** gnufr33dom left [11:01] *** DiffieHellman joined [11:01] *** DiffieHellman left [11:04] *** DiffieHellman joined [11:21] codesections: not directly but I might be able to learn something by reading the code of that trait. [11:42] *** berber44 left [11:48] *** JRaspass left [11:55] *** Doc_Holliwood left [11:57] *** epony left [12:02] *** julia joined [12:03] *** julia is now known as Guest10602 [12:06] *** sjn__ is now known as sjn [12:08] p6: say "abc".split("")[1] [12:08] rakudo-moar 726a75e24: OUTPUT: «a␤» [12:13] *** Guest10602 left [12:21] *** DarthGandalf left [12:23] *** epony joined [12:36] *** Guest48804 is now known as masak [12:39] *** abraxxa joined [12:39] *** aindilis` joined [12:40] *** aindilis left [12:43] *** abraxxa left [12:45] *** abraxxa joined [13:07] *** Black_Ribbon left [13:07] *** lucasb joined [13:08] *** leont joined [13:12] *** kaiwulf left [13:13] *** DarthGandalf joined [13:19] *** frej00 left [13:32] *** ufobat_ left [13:32] *** julia joined [13:33] *** julia is now known as Guest6897 [13:39] *** Guest6897 left [13:41] *** bdju left [13:42] *** bdju joined [13:44] *** mowcat joined [13:45] *** lizmat left [13:55] *** jmerelo left [13:58] *** Sgeo joined [14:05] *** mowcat left [14:17] *** berber44 joined [14:25] *** wamba left [14:42] *** QhpAptyj9hj0RQwM joined [14:50] masak: Hey masak, let me know if that PR on alma is missing anything :) [14:51] *** hmmmmmmmmmm joined [14:52] *** hmmmmmmmmmm left [14:56] QhpAptyj9hj0RQwM: thanks for reminding me. I'll merge it now; it looked good last time I reviewed it [14:57] still need to handle the Travis/actions thing, but that's not really related to your PR :) [14:59] ...merged. [15:02] *** Doc_Holliwood joined [15:11] *** brtastic1 joined [15:14] *** dataangel joined [15:15] masak: Awesome, ty. <3 I'll submit the next PR when I finish updating the object names. [15:19] I'm going to look favorably to changes that get us off deprecated names. I might be conservative about other changes, though :) [15:19] *** gnufr33dom joined [15:27] *** parabolize joined [15:34] *** QhpAptyj9hj0RQwM left [15:35] *** QhpAptyj9hj0RQwM joined [15:59] *** brtastic1 left [16:01] *** gnufr33dom left [16:40] *** abraxxa left [17:00] *** lizmat joined [17:02] *** mowcat joined [17:09] *** brtastic joined [17:15] *** PimDaniel joined [17:16] I \o [17:16] helo frens [17:17] Is there an elegant way to return some values "A la carte" ? Let's say a sub that has returns a result but we want to potentially get some intermediate results. [17:18] I mean other than a hash? or may we return Positionals? [17:19] I's like Pink Floys here! :) :). [17:20] Is there anybody OUT THERE? [17:20] People are around; IRC isn't really an instant medium [17:21] I'm not sure I understand your question [17:21] No problem. [17:21] * PimDaniel codesections : Just make a sub that returns many things. [17:22] Many results. [17:22] but a practical way to get the thing you want to. [17:23] m: sub f() { my @positional = <1 2 2 2 8>; #`(do stuff) @positional}; say f()[1] [17:23] rakudo-moar 726a75e24: OUTPUT: «2␤» [17:23] like that? ^^^ [17:23] what is ^^^? [17:24] oh, sorry – those are arrows pointing at the line above [17:24] heh [17:25] Yes why not! [17:25] PimDaniel: remember: everything in Raku is an object [17:25] *and* a sub can only ever return 1 single value [17:25] m: sub a() { return 1,2,3 }; say $a [17:25] rakudo-moar 726a75e24: OUTPUT: «5===SORRY!5=== Error while compiling ␤Variable '$a' is not declared. Did you mean '&a'?␤at :1␤------> 3sub a() { return 1,2,3 }; say 7⏏5$a␤» [17:26] m: sub a() { return 1,2,3 }; say a [17:26] rakudo-moar 726a75e24: OUTPUT: «(1 2 3)␤» [17:26] you might say: but there it returned multiple values? [17:26] nope: it returned *one* List object with 3 values [17:27] * PimDaniel Thank's lizmat ok but this could be sufficient for me. [17:27] A list containing the infinite is heaven too mutch for me. [17:28] that would just be lazy :-) [17:28] Lazy is fine for me. [17:29] Okaiiiiy! [17:29] Thank's to you codesections and lizmat. Merci beaucoup. Bonne Soirée! [17:30] unrelated question/idle curiosity: does anyone know how Raku came to be one of the only languages where you can *actually* index into a String in O(1) time **and** one of the few languages where you can't index into Strings (syntactically) [17:30] ? [17:30] not sure, I think because Perl doesn't allow you either ? [17:30] Both of those make sense, but I've always found the combo suprising [17:31] note, you can index into codepoints... [17:31] Hum :/ interested question.When i'll be tall may be i'll understand it. [17:32] ah, yeah, I bet it is from Perl. I should probably pick up some Perl basics one day... [17:32] m: say "foobar".encode[2,3,4] [17:32] rakudo-moar 726a75e24: OUTPUT: «(111 98 97)␤» [17:32] codesections: otherwise https://modules.raku.org/dist/Pythonic::Str may be a thing for you [17:33] I mean, &substr takes an index, so it's not a problem [17:34] m: say "foobar".substr(2..4) [17:34] rakudo-moar 726a75e24: OUTPUT: «oba␤» [17:34] it even takes ranges :-) [17:34] We just have so _much_ context-sensitive syntax that I've always wondered why we don't have that [17:34] indeed it does [17:38] *** PimDaniel left [17:39] *** aindilis` left [17:40] *** aindilis joined [17:40] *** domidumont left [17:41] *** wamba joined [17:41] *** rindolf left [18:08] *** mowcat left [18:19] *** domidumont joined [18:20] *** domidumont left [18:48] *** rindolf joined [18:57] *** xinming_ left [18:59] *** xinming_ joined [19:04] *** Bucciarati left [19:04] *** literal left [19:04] *** Discipulus joined [19:14] *** xinming_ left [19:14] *** xinming_ joined [19:20] *** wamba left [19:22] *** brtastic left [19:34] codesections: If you add subscripting syntax people will also expect the rest of positional logic [19:34] And once strings are positional, other things get complicated (e.g. iteration) [19:35] listification is probably a better example [19:36] leont: what do you have in mind? We already can iterate with $str.comb; I guess I was imagining a similar api [19:37] *** avar joined [19:37] *** avar left [19:37] *** avar joined [19:46] *** QhpAptyj9hj0RQwM left [19:59] m: my str $s = "foobar"; { $s.substr(1..2); say "method: " ~now - INIT now }; { substr($s, 1..2); say "sub: " ~now -INIT now} [19:59] rakudo-moar 726a75e24: OUTPUT: «method: 0.0007747␤sub: 0.001629␤» [20:00] my understanding was that method calls on native types caused auto-boxing and were much slower than using the sub form [20:01] (I got that from https://tpm-perf.perl6.party/#/32) [20:02] but the method form is faster ^^^^. Is that just an exception, or is the auto-boxing thing no longer good advice? [20:05] oh [20:06] m: my str $s = "foobar"; { $s.substr(1..2); say "method: " ~now - ENTER now }; { substr($s, 1..2); say "sub: " ~now -ENTER now} [20:06] rakudo-moar 726a75e24: OUTPUT: «method: 0.0007236␤sub: 0.0000606␤» [20:06] nvm [20:10] *** xinming_ left [20:11] *** xinming_ joined [20:24] codesections: iterating the results of a string method is much safer than the string it self. If you can iterate the string directly people will iterate the string in a list when intending to iterate the list producing strange behavior. Its a very common problem for new programmers in python [20:33] *** neshpion joined [20:34] *** timeless_ is now known as timeless [20:38] *** xinming_ left [20:38] Yeah, that parabolize said [20:38] *** xinming_ joined [20:38] «for i in string» versus «for i in string,», basically [20:40] hmm, but we already deal with that via the single argument rule [20:40] for arrays, I mean [20:53] *** kaiwulf joined [21:08] *** clarjon1 left [21:20] *** MasterDuke joined [21:53] leont: what's wrong with propositional logic? ;o [21:55] *** sortiz joined [21:57] *** Black_Ribbon joined [21:57] \o #raku [21:57] o/ [21:58] m: https://gist.github.com/salortiz/73a92a15857759cf2eccec9c0df24db6 [21:59] codesections, for you ^^^ [21:59] ha, very clever :) [22:00] rakudo-moar 726a75e24: ( no output ) [22:01] e: https://gist.github.com/salortiz/73a92a15857759cf2eccec9c0df24db6/raw/c85c387fafe67092db120da6675dffb8510c89d7/StrPos.rakumod [22:01] MasterDuke, Successfully fetched the code from the provided URL [22:01] MasterDuke, rakudo-moar 17c7c1889: OUTPUT: «("e", "m", "o")␤G␤i␤v␤e␤ ␤t␤h␤e␤m␤ ␤s␤o␤m␤e␤ ␤r␤o␤p␤e␤("Give them some rope",)␤» [22:02] MasterDuke++ [22:05] *** rindolf left [22:16] *** patrickb left [22:33] *** Discipulus left [22:45] *** mowcat joined [22:51] *** xinming_ left [22:52] *** xinming_ joined [22:57] *** dogbert11 left [22:58] *** dogbert11 joined [22:59] *** dogbert17 joined [23:03] *** dogbert11 left [23:05] *** dogbert17 left [23:07] *** dogbert11 joined [23:10] *** DiffieHellman left [23:13] *** leont left [23:25] *** Doc_Holliwood left [23:33] *** DiffieHellman joined [23:41] *** JRaspass joined