[00:02] *** reportable6 left [00:03] *** reportable6 joined [00:22] *** linkable6 joined [01:29] *** frost joined [02:37] m: sub foo($a) { $a.VAR.^lookup("WHICH").raku }; say foo(1); [02:37] rakudo-moar ffde2ba23: OUTPUT: «proto method WHICH (Mu: |) {*}␤» [02:38] shouldn't that be showing the Scalar method instead of the Mu method? [02:46] oh, I see it's a multi. guess that's just how the dispatch works. don't mind me :) [05:16] *** sourceable6 left [05:16] *** benchable6 left [05:16] *** coverable6 left [05:16] *** releasable6 left [05:16] *** bisectable6 left [05:16] *** squashable6 left [05:16] *** linkable6 left [05:16] *** bloatable6 left [05:16] *** reportable6 left [05:16] *** nativecallable6 left [05:16] *** notable6 left [05:16] *** shareable6 left [05:16] *** greppable6 left [05:16] *** evalable6 left [05:16] *** tellable6 left [05:16] *** quotable6 left [05:16] *** unicodable6 left [05:16] *** committable6 left [05:16] *** statisfiable6 left [05:17] *** sourceable6 joined [05:18] *** tellable6 joined [05:19] *** notable6 joined [05:19] *** coverable6 joined [05:19] *** reportable6 joined [05:19] *** committable6 joined [05:19] *** unicodable6 joined [05:19] *** squashable6 joined [05:19] *** bisectable6 joined [05:19] *** benchable6 joined [05:20] *** bloatable6 joined [05:20] *** shareable6 joined [05:20] *** 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 [07:17] *** evalable6 joined [07:18] *** statisfiable6 joined [07:19] *** greppable6 joined [07:21] *** patrickb joined [07:28] *** frost joined [08:50] *** evalable6 left [08:50] *** linkable6 left [09:51] *** patrickb left [09:52] *** patrickb joined [09:52] *** linkable6 joined [09:53] *** evalable6 joined [10:04] *** patrickb left [10:04] *** patrickb joined [10:06] *** patrickb left [10:06] *** patrickb joined [10:08] *** patrickb left [10:08] *** patrickb joined [10:10] *** patrickb left [10:10] *** patrickb joined [10:12] *** patrickb left [10:12] *** patrickb joined [10:14] *** patrickb left [10:14] *** patrickb joined [10:16] *** patrickb left [10:16] *** patrickb joined [10:18] *** patrickb left [10:18] *** patrickb joined [10:20] *** patrickb left [10:20] *** patrickb joined [10:22] *** patrickb left [10:22] *** patrickb joined [10:24] *** patrickb left [10:24] *** patrickb joined [10:26] *** patrickb left [10:26] *** patrickb joined [10:28] *** patrickb left [10:28] *** patrickb joined [10:30] *** patrickb left [10:30] *** patrickb joined [10:32] *** patrickb left [10:32] *** patrickb joined [10:38] *** patrickb left [10:38] *** patrickb joined [10:40] *** patrickb left [10:40] *** patrickb joined [10:42] *** patrickb left [10:42] *** patrickb joined [10:46] *** patrickb left [10:46] *** patrickb joined [10:49] *** Kaipi is now known as Kaiepi [10:50] *** Kaiepi left [10:50] *** Kaiepi joined [10:51] data time [10:51] greppable6, role [10:51] Kaiepi, 3295 lines, 361 modules: https://gist.github.com/529b72e273d560fa213c77db080caee6 [10:52] 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:55] *** patrickb left [10:55] *** patrickb joined [10:57] *** patrickb left [10:57] *** sena_kun joined [10:57] *** patrickb joined [10:59] *** patrickb left [10:59] *** 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 [11:07] 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:09] *** patrickb left [11:09] *** patrickb joined [11:11] *** patrickb left [11:11] *** patrickb joined [11:13] *** patrickb left [11:13] *** patrickb joined [11:15] *** patrickb left [11:15] *** patrickb joined [11:19] *** patrickb left [11:19] *** patrickb joined [11:23] *** patrickb left [11:24] *** patrickb joined [11:25] *** patrickb left [11:26] *** patrickb joined [11:27] 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:29] *** patrickb left [11:30] *** patrickb joined [11:31] *** patrickb left [11:31] *** patrickb joined [11:33] *** patrickb left [11:33] *** patrickb joined [11:35] *** patrickb left [11:35] *** patrickb joined [11:37] *** patrickb left [11:37] *** patrickb joined [11:39] *** patrickb left [11:39] *** patrickb joined [11:41] *** patrickb left [11:41] *** patrickb joined [11:43] *** patrickb left [11:43] *** patrickb joined [11:45] *** patrickb left [11:45] *** patrickb joined [11:49] *** patrickb left [11:49] *** patrickb joined [11:51] *** patrickb left [11:51] *** patrickb joined [11:53] *** patrickb left [11:53] *** patrickb joined [11:55] *** patrickb left [11:55] *** patrickb joined [11:57] *** patrickb left [11:57] *** patrickb joined [11:59] *** patrickb left [11:59] *** patrickb joined [12:01] *** patrickb left [12:01] *** patrickb joined [12:03] *** reportable6 left [12:04] *** reportable6 joined [12:07] *** patrickb left [12:07] *** patrickb joined [12:09] *** patrickb left [12:09] *** patrickb joined [12:11] *** patrickb left [12:11] *** 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 [12:31] ¦ nqp/new-disp: 6c28ff34b2 | Altai-man++ (committed using GitHub Web editor) | tools/templates/MOAR_REVISION [12:31] ¦ nqp/new-disp: Bump new-disp MoarVM [12:31] ¦ nqp/new-disp: review: https://github.com/Raku/nqp/commit/6c28ff34b2 [12:31] ¦ rakudo/new-disp: 9c83541e2c | Altai-man++ (committed using GitHub Web editor) | tools/templates/NQP_REVISION [12:31] ¦ rakudo/new-disp: Bump new-disp nqp [12:31] ¦ rakudo/new-disp: review: https://github.com/rakudo/rakudo/commit/9c83541e2c [12:33] 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:36] *** patrickb left [12:36] *** patrickb joined [12:38] *** patrickb left [12:38] *** patrickb joined [12:40] *** patrickb left [12:40] *** patrickb joined [12:40] sena_kun: yes, I rebased the branch on Sunday [12:41] I may have lost those bumps when solving merge conflicts. Sorry about that [12:42] nine, no problem, just confirmed, thanks. [12:46] *** patrickb left [14:31] *** frost left [14:33] <[Coke]> ... are those bumps correct for the new rebase? [14:33] <[Coke]> I just updated moarvm, built, installed, moved to nqp, updated, built... moar too old. [14:34] <[Coke]> (found 395, needed 397) [14:34] [Coke], that's weird. whateverable built an image just fine and I am finishing a blin run with it? [14:34] [Coke], can you try just rakudo with `--gen-moar --gen-nqp`? [14:36] <[Coke]> I don't want the defaults, I want latest. [14:38] <[Coke]> ... oh. the version number is pulled during config, isn't it. Ugh. [14:38] <[Coke]> Ok, will start from scratch. [14:38] [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? [14:39] https://github.com/MoarVM/MoarVM/commits/new-disp agrees with me, no? [14:53] <[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:54] [Coke], so is it fixed now or? [14:55] <[Coke]> I need to do a full reconfig and test. [14:55] <[Coke]> Will take me a little bit, but I'm sure it'll be fine. [14:55] great then [15:07] 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:12] <[Coke]> ISTR force-rebuild didn't do what I wanted. [15:13] <[Coke]> so yes, when I want to really force a rebuild, I end up doing rm -rf install/ nqp/ and re-configuring. [15:14] 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:21] <[Coke]> huh. build seems to hang on windows on master. [15:21] <[Coke]> (inside of nqp) [16:02] <[Coke]> sena_kun: yup, with a full reconfig, it's fine [16:02] yay [16:02] at least it wasn't wrong, phew. :) [16:02] sorry to take your time with this [17:15] <[Coke]> no worries! [17:15] <[Coke]> 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 [20:10] Should Rakudo::Internals::LoweredAwayLexical leak in v6.e? (I'm fooling around with CLIENT::LEXICAL.) [20:25] gfldex: It may. Why not? The symbol exists, despite of the downgrade. [20:31] I would like to get the value begind that symbol instead of Rakudo::Internals::LoweredAwayLexical . [21:41] *** squashable6 left [21:44] *** squashable6 joined [22:11] gfldex: unlikely possible. The symbol has been optimized away. [22:13] *** squashable6 left [23:16] *** squashable6 joined