🦋 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:07 reportable6 left 00:09 reportable6 joined 01:09 greppable6 left, shareable6 left, coverable6 left, evalable6 left, linkable6 left, tellable6 left, committable6 left, notable6 left, unicodable6 left, bloatable6 left, releasable6 left, sourceable6 left, bisectable6 left, quotable6 left, benchable6 left, nativecallable6 left, statisfiable6 left, reportable6 left, releasable6 joined, greppable6 joined, sourceable6 joined 01:10 coverable6 joined, evalable6 joined, unicodable6 joined, quotable6 joined, reportable6 joined, statisfiable6 joined 01:11 notable6 joined, bloatable6 joined, committable6 joined, benchable6 joined, nativecallable6 joined, bisectable6 joined, tellable6 joined 01:12 linkable6 joined, shareable6 joined
vrurg .tell nine I have located the problem and it is about serialization, after all. nqp::atomicbindattr breaks it. I have updated github.com/rakudo/rakudo/pull/4917, so you could check out Stash.merge-symbols method if you wish. 02:40
tellable6 vrurg, I'll pass your message to nine
03:18 evalable6 left, linkable6 left, tellable6 left, tellable6 joined, linkable6 joined, evalable6 joined 04:21 reportable6 left, notable6 left, greppable6 left, quotable6 left, coverable6 left, sourceable6 left, bloatable6 left, linkable6 left, committable6 left, benchable6 left, statisfiable6 left, bisectable6 left, evalable6 left, tellable6 left, releasable6 left, unicodable6 left, shareable6 left, nativecallable6 left, quotable6 joined, bloatable6 joined, evalable6 joined, statisfiable6 joined 04:22 reportable6 joined, shareable6 joined, tellable6 joined, unicodable6 joined, nativecallable6 joined, notable6 joined, sourceable6 joined 04:23 linkable6 joined, benchable6 joined, committable6 joined, releasable6 joined, bisectable6 joined 04:24 coverable6 joined, greppable6 joined 05:24 greppable6 left, linkable6 left, nativecallable6 left, releasable6 left, coverable6 left, statisfiable6 left, evalable6 left, notable6 left, bisectable6 left, tellable6 left, bloatable6 left, committable6 left, quotable6 left, unicodable6 left, benchable6 left, sourceable6 left, reportable6 left, shareable6 left, greppable6 joined, sourceable6 joined, statisfiable6 joined, notable6 joined, unicodable6 joined 05:25 nativecallable6 joined, bloatable6 joined, coverable6 joined, shareable6 joined, evalable6 joined 05:26 committable6 joined, bisectable6 joined, reportable6 joined 05:27 linkable6 joined, benchable6 joined, releasable6 joined, quotable6 joined, tellable6 joined 05:38 Xliff left 06:07 reportable6 left 06:09 reportable6 joined 07:14 CIAvash left, AlexDaniel left, crystalfrost[m] left 07:18 AlexDaniel joined 07:28 CIAvash joined, crystalfrost[m] joined
lizmat Files=1353, Tests=117195, 293 wallclock secs (36.06 usr 10.16 sys + 4075.68 cusr 342.00 csys = 4463.90 CPU) 07:43
09:41 sena_kun left 09:42 sena_kun joined 09:49 frost joined
lizmat hmmm... this is getting... weird 09:58
this morning github.com/rakudo/rakudo/pull/4919 wouldn't compile for me
"New type Block for List is not a mixin type"
the fix to get it to compile again? add an empty line somewhere in src/core.c/io_operators 09:59
Geth rakudo/lizmat-simplify-stdhandle-setup: 5d2ace5a17 | (Elizabeth Mattijsen)++ | src/core.c/io_operators.pm6
Lose unnnecessary IO::ArgFiles stub
10:16
10:38 Altai-man joined
gfldex I just had a marketing idea: Raku doesn't reinvent the wheel. We just take all the wheel of other languages, so that your program can't possibly fall over. Like this: upload.wikimedia.org/wikipedia/com...acycle.jpg 10:48
lizmat hmmm... not sure that's sending the right message :-) 10:50
gfldex I couldn't fine a more modern picture yet, but will keep looking. 10:51
I do believe it's a nice gag to start a talk or lecture.
nine vrurg: can you please test this patch? gist.github.com/niner/f1f523c4b146...be067c4496 12:03
tellable6 hey nine, you have a message: gist.github.com/3857bad75524f92132...63174a58f7
12:07 reportable6 left 12:09 reportable6 joined 12:57 Xliff joined
gfldex Joking aside, with slangs our goals align with the Rights-To-Repair-movement. So a capable Rakoon could achieve something like this: img.izismile.com/img/img12/2019051...640_06.jpg 13:16
vrurg nine: gives a weird error. Left a comment on the gist. 13:19
Ah, ok, you forgot a block. 13:20
13:22 carlmasak joined
vrurg nine: make test, make spectest are now good with nqp::atomicbindattr in merge-symbols. Thanks! 13:28
13:32 timo left
Voldenet "right to repair" aligns with anything that's open source though 13:34
13:34 timo joined
Voldenet maybe not anything because of patent trolls, but you get the idea 13:35
14:13 frost left 15:03 carlmasak left 17:16 Altai-man left
vrurg nine: with the patch my test script is passing more than 3600 times in a row without a failure. Never seen that many repetitions before! 18:04
18:06 reportable6 left 18:07 reportable6 joined
nine vrurg: wooohoo Ö= 19:09
:)
vrurg is now waiting for NQP bump. 19:11
BTW, stopped at 4460 repetitions. It rather means that require and stash in general are now thread safe in at least the tested scenario. 19:12
nine: it looks like casattr_o would need the same patch too. 19:18
nine Probably other ops as well. I didn't do a comprehensive check. Just wanted to test this idea first 19:19
lizmat vrurg: please continue your work on CURFS: will rework my branch on top of your work 19:27
well, actually not a branch yet, just some code in git stash :-) 19:28
vrurg lizmat: I'm basically done. For the moment just wanna check out some details, but otherwise I don't see any more races in it.
lizmat cool! 19:29
vrurg The one thing which worries me at the moment is: could it be that $spec in method need and $file.Str in method load would be the same? 19:34
lizmat and still intended to be different ? 19:38
I guess that could be fixed by adding using the WHICH of the CompUnit::DependencySpecification ? 19:40
s/adding// 19:41
vrurg No, to be the same. The point is that `need` currently installs a Promise when there is a concurrent request for the same spec. If it can be the same then load must also install/respect Promises. 19:42
19:57 sena_kun left 19:59 sena_kun joined
Geth rakudo/lizmat-simplify-stdhandle-setup: 219bbea6b7 | (Elizabeth Mattijsen)++ | src/core.c/io_operators.pm6
Hopefully fix the weird segfault on the JVM
20:03
lizmat vrurg : I guess :-) 20:18
vrurg lizmat: "Guess it can", or "guess it can't"? :) 20:19
japhb m: enum It < can't can >; dd my \Guess = can|can't; 20:32
camelia any(It::can, It::can't)
japhb That's interesting. I wasn't expecting dd to not show the name of a sigilless 20:33
vrurg japhb: they're actually symbols. 20:44
japhb Interesting. I guess I never looked behind the curtain on that one. 20:45
Does snap into the mental model better though.
vrurg Think of it as a key in symbol table which is bound directly to the value. No container mediator which can tell you its name. 20:46
So, basically, dd gets the plain junction.
japhb Yeah, makes sense to me. 20:50
20:56 kaiepi joined 21:07 kaiepi is now known as Kaiepi 21:40 hankache joined
lizmat vrurg: it can 21:58
vrurg lizmat: ok, thanks. 22:11
22:11 hankache left 23:11 Altai-man joined 23:14 sena_kun left 23:19 sena_kun joined 23:21 Altai-man left 23:37 Kaiepi left