🦋 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: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm
Set by lizmat on 8 June 2022.
lizmat m: my $a := [1,2,3,4,5]; dd $a>>.ord; dd $a 10:07
camelia [49, 50, 51, 52, 53]
[1, 2, 3, 4, 5]
lizmat m: my $a := [1,2,3,4,5]; dd $a>>--; dd $a
camelia [1, 2, 3, 4, 5]
[0, 1, 2, 3, 4]
lizmat I think the latter semantics are actually wrong
in the case of >>.ord, we get a modified array, and the original is unchanged 10:08
in the case of >>--, we get a copy of the original array, and the original array is modified
that is inconsistent 10:09
but I guess it is consistent with the current documentation: "This is the hyper method call operator. Will call a method on all elements of a List out of order and return the list of return values in order." 10:13
Geth rakudo: d0ec99a861 | (Elizabeth Mattijsen)++ | 3 files
Correct behaviour on QuantHash>>--

On more thoroughly grokking
   docs.raku.org/language/operators#m...dop_%3E%3E
this commit changes the functionality to be in concordance to the documentation and related tests on Hashes.
See also github.com/Raku/problem-solving/issues/345
12:25
roast: 459e49f335 | (Elizabeth Mattijsen)++ | 6 files
Adapt tests according to rakudo d0ec99a861

Full link: github.com/rakudo/rakudo/commit/d0ec99a861
12:26