🦋 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:47 skyesoss left 00:49 skyesoss joined 00:55 guifa left 01:23 MasterDuke joined 01:49 kylese left, kylese joined 02:15 kylese left, kylese joined 02:52 thaewrapt left 02:57 thaewrapt joined 03:02 thaewrapt left 03:13 thaewrapt joined 03:43 thaewrapt left 03:51 skyesoss left 03:55 thaewrapt joined 04:03 thaewrapt left 04:14 thaewrapt joined 04:19 thaewrapt left 04:30 thaewrapt joined 04:41 thaewrapt left 04:44 roh joined 04:51 roh left 04:52 thaewrapt joined 04:59 Aedil joined, thaewrapt left 05:10 thaewrapt joined 05:19 thaewrapt left 05:30 thaewrapt joined, Sgeo left 05:36 thaewrapt left 05:45 MasterDuke left 05:46 thaewrapt joined 05:52 thaewrapt left 06:02 thaewrapt joined 06:15 vrurg_ joined 06:17 jmcgnh left 06:18 vrurg left 06:33 jmcgnh joined 07:07 guifa joined
Geth ecosystem/main: a450c0a480 | (Elizabeth Mattijsen)++ | META.list
GFLW has moved to fez
07:10
ecosystem/main: e8d4f66378 | (Elizabeth Mattijsen)++ | META.list
Removed because repo will be archived

See github.com/uasi/messagepack-pm6/is...2272667939
07:13
07:24 sena_kun joined 08:03 sena_kun left 08:12 xinming joined 08:16 guifa left
Geth ecosystem/main: 39c232c070 | (Elizabeth Mattijsen)++ | META.list
Remove kalkin's distros

See github.com/kalkin/Ddt/issues/19#is...2272923540
08:51
09:10 abraxxa-home joined 09:57 abraxxa-home left
Geth ecosystem/main: e9b29d6b1d | (Elizabeth Mattijsen)++ | META.list
Chemistry::Elements now lives in raku-community-modules
10:54
11:23 guifa joined 11:43 xinming left
antononcube @lizmat I like —paragraph context of rak . Its mission is obvious from the name. 11:50
lizmat yeah, I thought you would like it
latest String::Utils already has the basic logic for it, just need to put it into App::Rak 11:51
antononcube I strongly suspect I will change / update “Chemistry::Elements”. A big part of “Chemistry::Stoichiometry” should become “Chemistry::Elements”. 11:57
Then “Chemistry::Stoichiometry” would do “only” formulas and equations parsing and the corresponding molecular mass and balancing computations. 12:00
lizmat antononcube go ahead :-) as long as the current interface continues to exist 12:10
guifa When I've changed names for modules I honor the old names but toss a warning about the changes 12:27
and then give myself something like 12-18 months before finally removing that entirely 12:28
antononcube It seems to me that “Chemistry::Elements” was made more for didactic purposes. If you look at the code it looks like “example Raku code.” 12:53
And B. Foy did write a book on Raku. (The first Raku-book I read.) 12:54
(Or maybe the 2nd…)
lizmat maybe you'd take some elements of ::Elements to ::Stoichiometry and leave ::Elements as is? 12:55
antononcube So, is it a good idea to rename that package from “Chemistry::Elements” to “Chemistry::Elements::Didactic” or “Chemistry::Elements::Exemplary”, etc.?
@lizmat No need for that: “Chemistry::Stoichiometry“ does everything “Chemistry::Elements” and the issues / future plans listed “Chemistry::Elements” issues. 12:56
lizmat I'm not sure... it's a functional package afaics
then I guess we can leave it as is? 12:57
afk for a bit&
antononcube Ok. Doing nothing is just fine.
Geth ecosystem/main: 4736426fc7 | (Elizabeth Mattijsen)++ | META.list
Remove hartenfels' distros

  - Javascript::Spidermonkey has been archived
  - Text::Markdown::Discount now lives in raku-community-modules
13:36
ecosystem/main: df7655f548 | (Elizabeth Mattijsen)++ | META.list
Remove bluebar94's distros

They live in raku-community-modules now and will soon be released on zef
13:39
13:42 guifa left 13:51 thaewrapt left 14:05 skyesoss joined 14:06 thaewrapt joined 14:07 guifa joined 14:09 sadome joined, sadome left, sadome joined, sadome left 14:10 skyesoss left 14:12 sadome joined, sadome left, sadome joined, sadome left 14:14 sadome joined, sadome left, sadome joined, sadome left 14:23 thaewrapt left 14:25 thaewrapt joined 14:46 GreaseMonkey left, greaser|q joined
Geth ecosystem/main: 3c1cafa63e | (Elizabeth Mattijsen)++ | META.list
Remove titsuki's distros

See: github.com/titsuki/raku-Algorithm-...2273273536
15:23
antononcube Hmm... titsuki was recently active on "Algorithm::KdTree". 15:48
lizmat yeah...but without this removal, their current work on moving to zef would show up as updated modules in raku.land 15:50
all of the modules are still installable from the REA, and once titsuki has moved the distros to zef, will re-appear again
which I think could well be today
16:12 jdv left 16:13 jdv joined
antononcube Good to know! 16:14
16:22 skyesoss joined 18:32 sena_kun joined 19:40 Aedil left
tbrowder antononcube: i understand, but for my stuff i prefer classes. and i try to calculate data rather than store it when possible. 19:43
but now that i think i have the resources thing semmingly *solved* (100% roundtrip in my current baby module), there will be more stored data (but not too much) 19:45
*seemingly 19:46
20:29 skyesoss left 21:06 guifa left, guifa joined 21:38 sena_kun left
roguerakudev Has anyone used Raku for scripting in a C/C++ project? Something where Raku gets executed by the C(++) code and has access to its functions 22:08
I'm wondering if that's even feasible or if it would be better to use some type of IPC or just call Raku and return data via STDOUT or something 22:09
ab5tract I’m not aware of a project that has done so. It would definitely be n interesting exercise. I think you might make the most progress by explicitly tying yourself to MoarVM and its data structures 22:17
22:21 Sgeo joined
guifa Hmm, I mean, Raku can access C++ functions. I think I do remember someone showing how to more or less do a call back but I forget who/where. MIght be a starting point 22:26
stackoverflow.com/questions/662860...rom-c-code 22:29
It's not 100% seamless, but you could make a call sending an array of function pointers, and assign those to variables accordingly in C
ab5tract I wish we could wrap entire C++ classes easily. But very few languages seem to have managed that 22:42
guifa: Great link! 22:43
guifa meanwhile I ended up going the STDIN / STDOUT route for my current project, but it had some other considerations there that made that just a lot easier 22:44
(it needed to start up an Obj-C loop and then things were getting passed around tons of different 22:47
23:06 vrurg_ left 23:13 vrurg joined