00:51 JRaspass left 01:26 lucasb left 02:36 raku-bridge1 joined, raku-bridge1 left, raku-bridge1 joined 02:37 raku-bridge left, raku-bridge1 is now known as raku-bridge 02:38 MasterDuke left
Geth rakudo: vrurg++ created pull request #4168:
Fix proclaim stack travesral
02:59
04:27 evalable6 left, linkable6 left 04:30 evalable6 joined, linkable6 joined 06:43 Altai-man joined 06:54 Altai-man left
AlexDaniel` my sense of smell is back! Geez this world is so smelly xD 08:05
it has been a little less than a month I think since I lost it 08:06
moritz wow, that sucks. Glad you have it back 08:22
AlexDaniel` could've been worse. The person I got it from still has cough 08:31
moritz could've been worse, people have died from it. Still sucks. 08:42
09:38 domidumont joined 09:42 JRaspass joined 10:38 domidumont left
timotimo glad to hear your recovery is relatively swift 11:25
11:33 samcv left 11:34 samcv joined 13:01 sortiz left 13:08 MasterDuke joined 13:42 MasterDuke left 13:57 maggotbrain left 13:58 maggotbrain joined 14:01 sena_kun joined 14:16 JRaspass left
sena_kun releasable6, status 14:23
releasable6 sena_kun, Next release in ≈7 days and ≈4 hours. 1 blocker. Changelog for this release was not started yet
sena_kun, Details: gist.github.com/e39135aed53002c21b...5160efe3c4
14:39 lucasb joined 14:56 domidumont joined
Geth rakudo: 75c58168a1 | (Elizabeth Mattijsen)++ | src/core.c/hash_slice.pm6
Make hash slice assignment about 2x as fast

And also make it easier on modules providing the Associative interface by using the ASSIGN-KEY API rather than relying on AT-KEY returning something that is a container (or a Proxy).
15:03
15:12 sena_kun left, sena_kun joined
Geth rakudo: 09552ab571 | (Elizabeth Mattijsen)++ | src/core.c/hash_slice.pm6
Give the fast path of binding hash slices one less scope

At the expense of having an explicit return for the container case.
15:24
15:27 JRaspass joined 15:30 Altai-man joined 15:32 sena_kun left 15:49 sena_kun joined 16:34 sena_kun left 16:38 dogbert17 joined
dogbert17 lizmat: should github.com/Raku/roast/pull/712 be merged or has it been superseeded by other tests? 16:39
lizmat should be merged, I'd say :-) 16:40
Geth roast/master: 4 commits pushed by (Jan-Olof Hendig)++, dogbert17++
dogbert17 Ha, I could do it myself 16:41
Geth rakudo: 281d9f3caa | (Elizabeth Mattijsen)++ | src/core.c/hash_slice.pm6
Fix %a<a b> = %h<b a> being borked by 75c58168a1e354

It now still uses the ASSIGN-KEY API, but now also takes care of reading values about to be changed. This still makes hash slice assignment about 1.7x as fast as before 75c58168a1e354.
17:03
lizmat afk for a few hours& 17:04
18:01 finsternis joined 19:12 b2gills left, rba left 19:13 rba joined, JRaspass left, b2gills joined, nine left, nine joined 19:31 sena_kun joined 19:32 Altai-man left 19:55 patrickb joined 19:58 patrickb left 20:18 b2gills left
nine lizmat: lwn.net 20:20
Geth rakudo: 5133103d1f | (Vadim Belman)++ | lib/Test.rakumod
Fix proclaim stack travesral

If a test function invoked not from the main thread but somewhere where there is no `.nqp` file found in the stack then `proclaim` dies when encounters the stack bottom by attempting `ends-with` method on `Mu`.
20:30
rakudo: 927fa332cc | (Vadim Belman)++ (committed using GitHub Web editor) | lib/Test.rakumod
Merge pull request #4168 from vrurg/fix-Test-proclaim-traversal

Fix proclaim stack travesral
20:37 b2gills joined 20:46 Geth left, Geth joined
lizmat ok, this is weird? 21:22
m: $_ = 0; say $_; 5 ~~ 42[say $_]
camelia 0
5
lizmat so, inside the postcircumfix, $_ is set to the value left of the smartmatch
m: $_ = 0; say $_; 5 ~~ 42[say $_]; say $_
camelia 0
5
0
21:46 domidumont left
vrurg lizmat: I'd say it's explainable but confusing. 21:57
lizmat explainable how ? 22:00
lucasb m: 5 ~~ .say 22:01
camelia 5
lucasb I think $_ is meant to be bound to the LHS of the ~~, as it is 22:03
"The smartmatch operator aliases the left-hand side to $_" docs.raku.org/routine/~~ 22:05
22:05 sena_kun left
lizmat TIL :-) 22:06
vrurg lizmat: the doc says it all. But it doesn't change the fact that it's confusing. :) 22:52
Sometimes.
lizmat I wonder what the rationale is for that behaviour 22:53
vrurg m: 5 ~~ { .defined && .Str.length == 1 }
camelia No such method 'length' for invocant of type 'Str'. Did you mean any
of these: 'chars', 'codes'?
in block <unit> at <tmp> line 1
vrurg m: say 5 ~~ { .defined && .Str.chars == 1 } 22:54
camelia True
lizmat you can drop the .Str there, but yeah ok
vrurg For something like this, I think. Though in this case LHS could be passed as an argument
lizmat indeed... 22:55
vrurg m: my %h = a=>1, b=>2; say "a" ~~ %h{$_}:exists 22:56
camelia 5===SORRY!5=== Error while compiling <tmp>
You can't adverb ~~
at <tmp>:1
------> 3h = a=>1, b=>2; say "a" ~~ %h{$_}:exists7⏏5<EOL>
expecting any of:
pair value
vrurg m: my %h = a=>1, b=>2; say "a" ~~ (%h{$_}:exists)
camelia True
tobs I was about to comment that it also makes `$string ~~ s///` work, but it doesn't seem to (on my old rakudo):
lizmat sleep& 22:57
tobs m: my $s = "test"; $s ~~ s[\w] = .uc; say $s
camelia TESTest
vrurg lizmat: good night!
tobs hmm, or am I using that wrong?
yep 22:58
m: my $s = "test"; $s ~~ s[\w] = $/.uc; say $s
camelia Test
tobs m: my $s = "test"; $s ~~ s:g[\w] = $/.uc; say $s
camelia TEST
tobs so there's that, ~~ in place of p5's =~ 22:59
vrurg tobs: I'd better not use such constructs in real life. :) 23:00