Welcome to the main channel on the development of MoarVM, a virtual machine for NQP and Rakudo (moarvm.org). This channel is being logged for historical purposes.
Set by lizmat on 24 May 2021.
00:06 reportable6 left 00:09 reportable6 joined 00:49 frost joined 01:49 committable6 left, linkable6 left, bisectable6 left, statisfiable6 left, shareable6 left, bloatable6 left, reportable6 left, notable6 left, benchable6 left, sourceable6 left, nativecallable6 left, quotable6 left, releasable6 left, unicodable6 left, greppable6 left, coverable6 left, evalable6 left, tellable6 left 01:50 shareable6 joined, coverable6 joined, reportable6 joined, sourceable6 joined, nativecallable6 joined 01:51 notable6 joined, quotable6 joined, bisectable6 joined, tellable6 joined, unicodable6 joined, greppable6 joined, benchable6 joined 01:52 statisfiable6 joined, releasable6 joined, linkable6 joined, bloatable6 joined, committable6 joined 01:53 evalable6 joined 02:29 [Coke]_ is now known as [Coke] 03:29 linkable6 left, notable6 left, evalable6 left 03:30 evalable6 joined 03:32 linkable6 joined, notable6 joined 03:43 frost left, frost joined 04:26 tbrowder left, rba left, tbrowder joined 04:27 rba joined 05:39 greppable6 left, committable6 left, bloatable6 left, sourceable6 left, nativecallable6 left, evalable6 left, unicodable6 left, coverable6 left, shareable6 left, releasable6 left, benchable6 left, reportable6 left, tellable6 left, statisfiable6 left, bisectable6 left, quotable6 left, notable6 left, linkable6 left, quotable6 joined, coverable6 joined, evalable6 joined 05:40 statisfiable6 joined, tellable6 joined, unicodable6 joined, sourceable6 joined 05:41 committable6 joined, nativecallable6 joined, benchable6 joined, notable6 joined, reportable6 joined, linkable6 joined, shareable6 joined, bisectable6 joined 05:42 releasable6 joined, bloatable6 joined, greppable6 joined 06:05 reportable6 left 06:07 reportable6 joined
Nicholas good *, * 07:16
08:56 sena_kun left 08:57 sena_kun joined 09:57 bisectable6 left, reportable6 left, nativecallable6 left, committable6 left, quotable6 left, statisfiable6 left, bloatable6 left, releasable6 left, greppable6 left, evalable6 left, sourceable6 left, linkable6 left, unicodable6 left, notable6 left, tellable6 left, shareable6 left, benchable6 left, coverable6 left, tellable6 joined, reportable6 joined 09:58 releasable6 joined, nativecallable6 joined, linkable6 joined, evalable6 joined 09:59 quotable6 joined, greppable6 joined, bloatable6 joined, statisfiable6 joined, unicodable6 joined, benchable6 joined 10:00 committable6 joined, coverable6 joined, sourceable6 joined, shareable6 joined, bisectable6 joined, notable6 joined 10:06 Altai-man joined 11:06 linkable6 left, evalable6 left, notable6 left, linkable6 joined 11:08 notable6 joined, evalable6 joined
jnthn nine: Wow, that's some progress :-) 11:18
timo i wonder when the right time would be to start building something on top of rakuast that's not "make tests work" 11:35
nine My guess at this point: just a couple of months after you joined building something that's "make tests work" ;) 11:36
lizmat an intermediate project could be rewriting the "assuming" logic in RakuAST ? 11:37
timo :D 11:59
jnthn I think most ideally with assuming we'd have some role mixed in wrap-style that marks out the argument transformation, and use new-disp to do the argument insertion (because that's exactly what new-disp is good at :)) and only lazily produce a signature if it's ever introspected. 12:05
That way, the calls to such functions would spesh into pulling the assumed arguments out of a constants table and then a normal boring call 12:06
lizmat jnthn: are you saying this should be independent of RakuAST ? 12:07
12:08 reportable6 left, reportable6 joined
jnthn lizmat: RakuAST would be a decent way to produce the transformed signature 12:09
lizmat ah, ok, *phew* :-)
jnthn But at least on MoarVM it's a pity to not make use of new-disp to do the argument insertion
lizmat so I guess we would keep the old code for the other backends? 12:11
jnthn I think for other backends RakuAST could be used to straight up produce the wrapper 12:12
(including signature)
Hm, wrapper is a bad name for it. The delegator perhaps. :)
Most of the work *is* producing the signature anyway 12:13
lizmat that makes it sound like new-disp is a disadvantage / more work ?
jnthn More work, but producing the signature lazily will be way faster for cases that never introspect, just call, and the calls will be somewhat faster if new-disp can just have it as an argument capture rewrite 12:14
As with many things, one doesn't *have* to teach the VM about them via new-disp, but doing so can bring significant speedups :) 12:15
lizmat and yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2022/07/04/2022-...re-videos/ 12:32
nine lizmat: brilliant image choice :) 12:35
lizmat thanks... :-)
taken about 25k from here 12:36
jnthn lizmat++
nine Did you have this use case in mind when taking it or did it occur to you later? 12:37
lizmat I had it in mind
other than cropping and a little colour correction, no other tampering was performed :-) 12:38
12:58 frost left 14:48 evalable6 left, linkable6 left 14:49 evalable6 joined 14:50 linkable6 joined 15:10 lizmat left 17:30 camelia left, nine left 17:34 nine joined 17:36 camelia joined 17:53 Altai-man left 18:08 reportable6 left 18:09 reportable6 joined 18:32 lizmat joined 19:02 sena_kun left 19:04 sena_kun joined 19:51 sena_kun left 19:52 sena_kun joined
timo i wonder how many (if any) signatures we have serialized in the core setting that would be saved if assuing created signatures lazily 21:12
22:00 kjp joined