gfldex m: my $j := Mu.new & Int; say $j.?Int; 00:22
camelia No such method 'Int' for invocant of type 'Mu'
in block <unit> at <tmp> line 1
gfldex Should that DWIM? 00:23
m: my $j := Mu.new & Int; say $j.gist;
camelia all(Mu.new, (Int))
Geth rakudo/rakudo_4094: 7 commits pushed by (Vadim Belman)++ 01:48
Altai-man releasable6, status 09:22
releasable6 Altai-man, Next release in ≈9 days and ≈9 hours. 1 blocker. 0 out of 116 commits logged
Altai-man, Details: gist.github.com/cef97f091d8efb9927...a2cde046b9
nwc10 lizmat: offical report was more than fuel pressure dropped (ie the green was "engine rich combusion"). But I like this diagnosis better: old.reddit.com/r/SpaceXMasterrace/...fzk/oh_no/ 10:26
(obviosuly you need to be aware of the "pointy end up; flamey end down" meme to make sense of it)
lizmat yeah, RUD sucks 10:34
lizmat m: my @a = ^5; @a[1,2] = Date.iterator; dd @a # expected: [0,Date,Any,3,4] 13:28
camelia Array @a = [0, Any, Any, 3, 4]
lizmat m: my @a = ^10; @a[1,2,3] = (1,2,3).iterator; dd @a # similarly
camelia Array @a = [0, Any, Any, Any, 4, 5, 6, 7, 8, 9]
lizmat it either should store the iterator, or run the iterator, not just store Nils 13:29
nwc10 lizmat: I thought that it was pretty impressive. Showed it to Andrea's mum, and she asked "and was there a large crater?" to which the answer is "no" because it was nearly perfect
hit the target, and *slowoy* 13:30
slowly.
lizmat yeah, and there was hardly any fuel to burn, so it went out pretty quickly
afk for a few hours& 13:37
Geth rakudo: 392d8be20e | (Elizabeth Mattijsen)++ | src/core.c/array_slice.pm6
Simplify and correctify binding an array slice

  - additional values should also be bound, not assigned.
  - correctly handle positions in a container
15:34
Geth rakudo: 9dbb52f9ef | (Elizabeth Mattijsen)++ | src/core.c/Rakudo/Iterator.pm6
Make sure that Rakudo::Iterator.TailWith decontainerizes

To make it consistent between the values produced by the iterator, and the values that will be produced after that.
16:28
lizmat m: my @a = ^10; @a[8..9,7] = 2..*; dd @a # another oddity 16:34
camelia Array @a = [0, 1, 2, 3, 4, 5, 6, 3, 2, Any]
lizmat m: my @a; @a[*-1] = 42; dd @a # another oddity ? 17:25
camelia Array @a = []
lizmat m: my @a; dd @a[*-1] = 42 # aaah, a Failure, but why doesn't that throw ? 17:27
camelia Failure.new(exception => X::OutOfRange.new(what => "Effective index", got => -1, range => "0..^Inf", comment => Any), backtrace => Backtrace.new)
Geth rakudo/faster-slice-assignment: 0206c77395 | (Elizabeth Mattijsen)++ | 2 files
Re-imagine basic slice assignment

  - makes @a[1,2,3] = 4,5,6 about 7.5x as fast
  - breaks 2 spectests that assume handling lazy positions also means
   that the result should be lazy. The tests in t/spec/S32-list/seq
   (23,25) are in fact marked as testing "experimental behaviour",
   so one could argue that they can be changed.
19:06
rakudo: lizmat++ created pull request #4103:
Re-imagine basic slice assignment
19:08
lizmat afk for a few hours& 19:10
Geth rakudo/rakudo_4094: 9f98595c5b | (Vadim Belman)++ | src/Perl6/bootstrap.c/BOOTSTRAP.nqp
Don't try un-pun anything but classes

Fixes enum coercions like `Bool(True)`.
21:19
rakudo/rakudo_4094: dc8a51f121 | (Vadim Belman)++ | src/Perl6/bootstrap.c/BOOTSTRAP.nqp
Merge branch 'rakudo_4094' of github.com:vrurg/rakudo into rakudo_4094