🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | log inspection situation still under development | For MoarVM see #moarvm
Set by lizmat on 22 May 2021.
00:02 reportable6 left 00:03 reportable6 joined 00:22 linkable6 joined 01:29 frost joined
raydiak m: sub foo($a) { $a.VAR.^lookup("WHICH").raku }; say foo(1); 02:37
camelia proto method WHICH (Mu: |) {*}
raydiak shouldn't that be showing the Scalar method instead of the Mu method? 02:38
oh, I see it's a multi. guess that's just how the dispatch works. don't mind me :) 02:46
05:16 sourceable6 left, benchable6 left, coverable6 left, releasable6 left, bisectable6 left, squashable6 left, linkable6 left, bloatable6 left, reportable6 left, nativecallable6 left, notable6 left, shareable6 left, greppable6 left, evalable6 left, tellable6 left, quotable6 left, unicodable6 left, committable6 left, statisfiable6 left 05:17 sourceable6 joined 05:18 tellable6 joined 05:19 notable6 joined, coverable6 joined, reportable6 joined, committable6 joined, unicodable6 joined, squashable6 joined, bisectable6 joined, benchable6 joined 05:20 bloatable6 joined, shareable6 joined, quotable6 joined 06:02 reportable6 left 06:05 reportable6 joined 06:17 linkable6 joined 06:19 releasable6 joined 07:11 frost left 07:17 nativecallable6 joined, evalable6 joined 07:18 statisfiable6 joined 07:19 greppable6 joined 07:21 patrickb joined 07:28 frost joined 08:50 evalable6 left, linkable6 left 09:51 patrickb left 09:52 patrickb joined, linkable6 joined 09:53 evalable6 joined 10:04 patrickb left, patrickb joined 10:06 patrickb left, patrickb joined 10:08 patrickb left, patrickb joined 10:10 patrickb left, patrickb joined 10:12 patrickb left, patrickb joined 10:14 patrickb left, patrickb joined 10:16 patrickb left, patrickb joined 10:18 patrickb left, patrickb joined 10:20 patrickb left, patrickb joined 10:22 patrickb left, patrickb joined 10:24 patrickb left, patrickb joined 10:26 patrickb left, patrickb joined 10:28 patrickb left, patrickb joined 10:30 patrickb left, patrickb joined 10:32 patrickb left, patrickb joined 10:38 patrickb left, patrickb joined 10:40 patrickb left, patrickb joined 10:42 patrickb left, patrickb joined 10:46 patrickb left, patrickb joined 10:49 Kaipi is now known as Kaiepi 10:50 Kaiepi left, Kaiepi joined
Kaiepi data time 10:51
greppable6, role
greppable6 Kaiepi, 3295 lines, 361 modules: gist.github.com/529b72e273d560fa21...db080caee6
Kaiepi wondering if, despite the additional complexity in its typecheck, it's faster to typecheck a role's doees first by virtue of them being more common 10:52
10:55 patrickb left, patrickb joined 10:57 patrickb left, sena_kun joined, patrickb joined 10:59 patrickb left, patrickb joined 11:00 patrickb left 11:01 patrickb joined 11:02 patrickb left 11:03 patrickb joined 11:04 patrickb left 11:05 patrickb joined 11:06 patrickb left 11:07 patrickb joined
Kaiepi even if it is, it results in a slower build, so i'm not sure it favours the types in the setting, let alone the ecosystem 11:07
11:09 patrickb left, patrickb joined 11:11 patrickb left, patrickb joined 11:13 patrickb left, patrickb joined 11:15 patrickb left, patrickb joined 11:19 patrickb left, patrickb joined 11:23 patrickb left 11:24 patrickb joined 11:25 patrickb left 11:26 patrickb joined
Kaiepi so it follows making the parametric role and its group consider parents first should be helpful, which reduces build times and looks to be efficient enough for Buf[uint8] ~~ Blob[uint8] not to take much of a hit 11:27
11:29 patrickb left 11:30 patrickb joined 11:31 patrickb left, patrickb joined 11:33 patrickb left, patrickb joined 11:35 patrickb left, patrickb joined 11:37 patrickb left, patrickb joined 11:39 patrickb left, patrickb joined 11:41 patrickb left, patrickb joined 11:43 patrickb left, patrickb joined 11:45 patrickb left, patrickb joined 11:49 patrickb left, patrickb joined 11:51 patrickb left, patrickb joined 11:53 patrickb left, patrickb joined 11:55 patrickb left, patrickb joined 11:57 patrickb left, patrickb joined 11:59 patrickb left, patrickb joined 12:01 patrickb left, patrickb joined 12:03 reportable6 left 12:04 reportable6 joined 12:07 patrickb left, patrickb joined 12:09 patrickb left, patrickb joined 12:11 patrickb left, patrickb joined 12:13 patrickb left 12:14 patrickb joined 12:17 patrickb left 12:18 patrickb joined 12:19 patrickb left 12:20 patrickb joined 12:21 patrickb left 12:22 patrickb joined 12:23 patrickb left 12:24 patrickb joined 12:25 patrickb left 12:26 patrickb joined 12:27 patrickb left 12:28 patrickb joined 12:29 patrickb left 12:30 patrickb joined
Geth nqp/new-disp: 6c28ff34b2 | Altai-man++ (committed using GitHub Web editor) | tools/templates/MOAR_REVISION
Bump new-disp MoarVM
 12:31
rakudo/new-disp: 9c83541e2c | Altai-man++ (committed using GitHub Web editor) | tools/templates/NQP_REVISION
Bump new-disp nqp
sena_kun was there a new-disp rebase recently? I see a lot of commits are now split to be authored/committed and I also don't see my bump commits in the history of new-disp at all? 12:33
12:36 patrickb left, patrickb joined 12:38 patrickb left, patrickb joined 12:40 patrickb left, patrickb joined
nine sena_kun: yes, I rebased the branch on Sunday 12:40
I may have lost those bumps when solving merge conflicts. Sorry about that 12:41
sena_kun nine, no problem, just confirmed, thanks. 12:42
12:46 patrickb left 14:31 frost left
[Coke] ... are those bumps correct for the new rebase? 14:33
I just updated moarvm, built, installed, moved to nqp, updated, built... moar too old.
(found 395, needed 397) 14:34
sena_kun [Coke], that's weird. whateverable built an image just fine and I am finishing a blin run with it?
[Coke], can you try just rakudo with `--gen-moar --gen-nqp`?
[Coke] I don't want the defaults, I want latest. 14:36
... oh. the version number is pulled during config, isn't it. Ugh. 14:38
Ok, will start from scratch.
sena_kun [Coke], in case of MoarVM my new-disp branch has the latest commit 5f563ba1a0a21becb41a9dc1534ac95fb64148d2. git describe returns me `2021.07-397-g5f563ba1a`, is it different for you?
github.com/MoarVM/MoarVM/commits/new-disp agrees with me, no? 14:39
[Coke] it's not different. the issue is that when I updated, I just did an 'nmake install', which does NOT rerun the git describe check. 14:53
sena_kun [Coke], so is it fixed now or? 14:54
[Coke] I need to do a full reconfig and test. 14:55
Will take me a little bit, but I'm sure it'll be fine.
sena_kun great then
vrurg Actually, there is something wrong with versions. Seemingly, new-disp moar and nqp has lesser versions, than the one from master. I had to supply Configure.pl with --force-rebuild, but still ended up with removing nqp/ and install/ and clean rebuild. 15:07
[Coke] ISTR force-rebuild didn't do what I wanted. 15:12
so yes, when I want to really force a rebuild, I end up doing rm -rf install/ nqp/ and re-configuring. 15:13
vrurg For now I consider it as glitches of switching between different branches. But when new-disp is ready for becoming the mainline, there are likely rough edges to be resolved. 15:14
[Coke] huh. build seems to hang on windows on master. 15:21
(inside of nqp)
sena_kun: yup, with a full reconfig, it's fine 16:02
sena_kun yay
at least it wasn't wrong, phew. :)
sorry to take your time with this
[Coke] no worries! 17:15
It's not you, it's weird 3-tier build system. :)
17:40 sena_kun left 17:53 Kaiepi left 17:59 Kaiepi joined 18:02 reportable6 left 18:30 melezhik joined 18:52 melezhik left 18:54 MasterDuke joined 19:41 melezhik joined 19:46 melezhik left 20:04 reportable6 joined
gfldex Should Rakudo::Internals::LoweredAwayLexical leak in v6.e? (I'm fooling around with CLIENT::LEXICAL.) 20:10
vrurg gfldex: It may. Why not? The symbol exists, despite of the downgrade. 20:25
gfldex I would like to get the value begind that symbol instead of Rakudo::Internals::LoweredAwayLexical . 20:31
21:41 squashable6 left 21:44 squashable6 joined
vrurg gfldex: unlikely possible. The symbol has been optimized away. 22:11
22:13 squashable6 left 23:16 squashable6 joined

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!