antononcube @timo No, no “first year free thane pay” by IntelliJ for the open source project licenses. I apply every year for that license, and very it gets granted. 00:01
01:58 hulk joined 01:59 kylese left 02:15 hulk left, kylese joined 03:39 Aedil joined 05:30 Sgeo left 05:51 xinming left, xinming joined 06:06 merp left 06:12 derpydoo joined 07:10 jjido joined 08:05 dakkar joined 08:33 jjido left 08:46 teatime joined 08:50 derpydoo left 09:31 euandreh left, euandreh joined 10:07 sena_kun joined 10:12 sena_kun left 10:13 El_Che left 10:14 El_Che joined
ab5tract we might be able to have more success if the application arrives via the Raku Foundation 10:48
but regardless, it seems that the current Ultimate profiler doesn't read whatever profiling information that the sandboxed IntelliJ + Comma instance outputs (if it outputs anything at all) 10:49
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2024/09/23/2024-...with-raku/ 11:58
ab5tract antononcube: latest HEAD / beta 11 should fix the issue. 12:25
12:43 merp joined 15:36 dutchie_ joined 15:54 dutchie_ left 15:55 dutchie_ joined 16:13 dutchie_ left, dutchie_ joined 16:23 dutchie is now known as dutchie__, dutchie_ is now known as dutchie, dutchie__ is now known as dutchie_ 16:34 dakkar left 17:21 Aedil left 17:45 simona24 joined
simona24 hello i have a question! i'm working on a project for school and i need to make a poster with the most important updates for all relevant programming languages 17:46
so my question is: what are the most important updates of raku after the year 2019?
for now i have:
2020 Raku 2020
2021 Raku 2021
2022 Raku 2022
2023 Raku 2023
2024 Raku 2024
but i can't really decide which ones are the most important
18:30 sena_kun joined
librasteve simona: this is a kinda odd question for raku ... each release is a braid of development threads and each of those has its specific status ... also raku uses semantic versioning, so strictly speaking the most important releases are the major ones (6.c [christmas],6.d [divali] and now the core team is busy on 6.e. PREVIEW [eide?]) 18:38
simona: at first glance it looks like you are an AI - in which case I encourage you to research our human religious festivals 18:39
18:53 abraxxa-home joined 19:05 jjido joined 19:09 abraxxa-home left 19:22 abraxxa-home joined 19:51 Xliff joined
Xliff .seen japhb 19:51
tellable6__ Xliff, I saw japhb 2024-06-27T19:42:31Z in #raku-dev: <japhb> jdv++
Xliff japhb: You around?
tellable6__ 2024-09-19T10:38:24Z #raku <ab5tract> Xliff: what are you expecting exactly?
2024-09-19T14:16:58Z #raku <ab5tract> Xliff: for what it's worth, it seems to be working in RakuAST
Xliff ab5tract: What did you mean by this - irclogs.raku.org/raku/2024-09-19.html#07:53 19:53
ab5tract m: my $n = 2.2; $n.^can("floor").map(*.file.gist.say) 19:54
camelia SETTING::src/core.c/Rational.rakumod
SETTING::src/core.c/Cool.rakumod
ab5tract huh, it seems to be working without RakuAST as well
Xliff O I C
No, this is a part of my app server code (which I am still trying desperately to release) 19:55
And I'm trying to .^can against a multi with inheritance and that's what it was returning.
It -by no means- should be going back into the setting.
Hmmm...
ab5tract ah, I didn't get that part. I thought the issue was with core-supplied methods only returning the stub declarations 19:56
Xliff m: class A { multi method a (Int) { }; multi method a (Str) { } }; A.^can("a").map( *.file.gist.say )
camelia SETTING::src/core.c/stubs.rakumod
Xliff And there it is! 19:57
And now it's going to core.c/stubs!
I had to work around my it with another method. It's weird.
Are there any TUIs with a high level interface for making scrolling windows? 19:58
timo for raku or like, in general
also, usable in raku, or written in raku 19:59
ab5tract m: class A { proto method a(|) {*}; multi method a (Int) { }; multi method a (Str) { } }; A.^can("a").map( *.file.gist.say ) 20:02
camelia <tmp>
ab5tract that actually makes sense
if you don't declare a proto, we stub one for you
Xliff ^^ 20:03
timo so .^can will not give you a list of the candidates, probably unless you provide a Capture to do multi dispatch lookup with? 20:04
m: class A { proto method a(|) {*}; multi method a (Int) { }; multi method a (Str) { } }; A.^can("a").>>.candidates.>>.raku.say 20:06
camelia ((multi method a (A $:: Int $, *%_) { #`(Method|4807892315128) ... } multi method a (A $:: Str $, *%_) { #`(Method|4807892315264) ... }))
timo ok .^can doesn't take a signature or anything like that 20:07
Xliff timo: That's .cando on Method, I think. 20:08
m: class A { proto method a(|) {*}; multi method a (Int) { }; multi method a (Str) { } }; A.^can("a").>>.candidates.>>.cando( \(1) ).say 20:09
camelia ((() ()))
timo m: class A { proto method a(|) {*}; multi method a (Int) { }; multi method a (Str) { } }; A.^can("a")>>.cando(\(A:D, IntStr:D)).>>.raku.say
camelia ((multi method a (A $:: Int $, *%_) { #`(Method|2796941618440) ... } multi method a (A $:: Str $, *%_) { #`(Method|2796941618576) ... }))
timo don't forget you need to supply the invocant as first argument
Xliff Ahaha! Yep.
.seen bduggan 20:17
tellable6__ Xliff, I saw bduggan 2023-03-14T18:02:06Z in #raku-dev: <bduggan> Okay, cool -- good to know, and thanks for the comments
timo rocks out to www.youtube.com/watch?v=u8ccGjar4Es 21:03
ab5tract Listening to "I can only count to 4" .. coincidence? I think not usercontent.irccloud-cdn.com/file/....06.04.png 21:06
japhb Xliff: I've been AFK for a while dealing with $life. Which means I'm horribly out of date with the IRC channels. What's on your mind? 21:14
(I only dropped in because I saw that someone mentioned me directly)
21:17 abraxxa-home left
timo greetings japhb! i don't have anything to say except i'm always glad to see your nick on my screen 21:19
patrickb o/ japhb 21:35
21:41 sena_kun left 22:13 Sgeo joined 23:03 jjido 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!