🦋 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.
releasable6 Next release in ≈6 days and ≈15 hours. 4 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 03:00
moon-child it's a real shame niecza doesn't bootstrap on newer versions of mono 07:27
I kind of want to fix it, but...bisecting through 10s of thousands of commits of an enormous software project is not my idea of a fun afternoon 07:28
nine moon-child: I don't see why not :D 08:22
Geth nqp/new-disp: d21aa96dc8 | (Jonathan Worthington)++ | src/vm/moar/QAST/QASTOperationsMAST.nqp
Switch can/findmethod/tryfindmethod to dispatchers

They all use the same dispatcher, just passing it a different option with regard to whether failure to find the method is an exception and, in the case of `can` adding a test on the result.
13:34
rakudo/new-disp: 84f37424ac | (Jonathan Worthington)++ | src/Perl6/bootstrap.c/BOOTSTRAP.nqp
Tweaks for can/findmethod/trymethod as dispatchers

There's no Rakudo-specific dispatchers really needed here; the NQP one is good enough. Just register it for Raku also.
13:35
Geth nqp: MasterDuke17++ created pull request #732:
Wrap QAST::Regex from qbuildsub in QAST::Stmts...
18:45
roast: MasterDuke17++ created pull request #750:
Track changes cause by NQP PR #732
19:31
MasterDuke .seen lizmat 19:37
tellable6 MasterDuke, I saw lizmat 2021-07-16T10:50:27Z in #raku: <lizmat> :-)
MasterDuke hopefully her house is not underwater 19:38
timo looking at gmaps the spot they live at sits pretty much between two "limburg province floods" markers, but i have no idea how exactly these work 19:44
i'm not sure where to find details about this, but i could imagine they were asked to leave their house 19:46
last updates on their city homepage says the water is receding 19:50
MasterDuke i think El_Che and leont are from the netherlands also, maybe they have some info
gfldex is there a way to replace a multi sub candidate in 6.e that is defined in 6.c as NYI? 20:14
nine lizmat reports all feet dry 20:18
timo hooray 20:38
there are so many wonderful things in their basement as well as ground floor 20:39
all those books
vrurg gfldex: I think re-declaring the candidate should work. 20:56
gfldex Sadly, it doesnt. The multi candidate is added to the chain in that case but never executed, because the first full MMD-match wins. 20:58
vrurg Heh... what sub is it? 21:04
gfldex We would need a FALLBACK for multi sub to solve this, I suppose.
multi sub postcircumfix:<[ ]>( \SELF, HyperWhatever:D, *%other ) 21:06
@array[**] is NYI in 6.c. I aim to change that.
vrurg Basically, the right solution would be to produce a new proto for 6.e and install all unmodified candidates under it to avoid memory bloat. Then the new candidate can be just declared. 21:08
But why not to implement it for 6.c? 21:09
gfldex I was thinking the same. But foe postcircumfix:<[ ]> this is not really practical. Way to many candidates for the in 6.c .
I might end up moving it to 6.c .
Any only have the 2 candidates that don't work in 6.c in 6.e. 21:10
vrurg That'd be the best, if I get the situation correctly. NYI means it is expected to work in 6.c. So, why not eventually implement it? 21:11
gfldex That's for tomorrow. 21:13
vrurg With regard to moving the candidates, it could be done by one loop. A bit of a hack, but not the worst kind of it.
But otherwise it is certainly a problem to find a good solution for. Perhaps a kind of priority trait to be specified for a candidate. 21:15
releasable6 Next release in ≈5 days and ≈19 hours. 4 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 23:00
lizmat MasterDuke timo: yes, we're fine... :-) 23:06