🦋 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.
00:00 reportable6 left 00:02 reportable6 joined 00:13 kurahaupo joined 01:13 nativecallable6 left, bloatable6 left, statisfiable6 left, committable6 left, sourceable6 left, notable6 left, squashable6 left, reportable6 left, benchable6 left, shareable6 left, releasable6 left, tellable6 left, linkable6 left, evalable6 left, tellable6 joined, benchable6 joined, kurahaupo left, nativecallable6 joined 01:14 linkable6 joined, statisfiable6 joined, notable6 joined, kurahaupo joined, reportable6 joined, committable6 joined 01:15 bloatable6 joined, releasable6 joined 01:16 shareable6 joined, sourceable6 joined, evalable6 joined, squashable6 joined 02:31 japhb left 02:46 japhb joined 03:11 kurahaupo left 04:17 nativecallable6 left, quotable6 left, unicodable6 left, benchable6 left, linkable6 left, committable6 left, releasable6 left, sourceable6 left, reportable6 left, evalable6 left, tellable6 left, squashable6 left, bloatable6 left, shareable6 left, greppable6 left, bisectable6 left, coverable6 left, statisfiable6 left, notable6 left, bloatable6 joined, notable6 joined, coverable6 joined 04:18 statisfiable6 joined, squashable6 joined, tellable6 joined, sourceable6 joined, shareable6 joined, nativecallable6 joined 04:19 greppable6 joined, unicodable6 joined, quotable6 joined, bisectable6 joined, linkable6 joined, evalable6 joined 04:20 releasable6 joined, committable6 joined, benchable6 joined, reportable6 joined 05:58 nebuchadnezzar joined 06:00 reportable6 left, reportable6 joined
releasable6 Next release in ≈2 days and ≈11 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 07:00
07:21 sena_kun joined
Geth rakudo/main: a46987933f | (Elizabeth Mattijsen)++ | 3 files
RakuAST: make =for foo and =foo grab trailing whitespace

Sometimes extra trailing whitespace can be significant for rendering rakudoc. But =for foo and =foo were only taking the first newline. This is now fixed, with necessary changes to legacy podification and the POC text rendering.
10:16 evalable6 left, linkable6 left 10:18 linkable6 joined, evalable6 joined
Geth rakudo/main: af54c0b2ea | (Elizabeth Mattijsen)++ | 2 files
RakuAST: make =doc block deparsing closer to the bone

Now assumes the contents will always end with a newline, rather than inserting newlines itself. Also removes the extra leading newline which implies that any leading newlines in the source code before a rakudoc block will disappear in deparsing as it is not significant.
10:38 thundergnat joined, thundergnat left 10:42 thundergnat joined 10:45 thundergnat left
Geth rakudo/main: 3139b6c05f | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | src/core.c/Any.pm6
Handle uncontainerized type objects as invocant to AT-POS better

If the invocant is a container, nothing changes. If the invocant is a type object, then look at the index. If the index is greater than 0, then Failure. Else consider the type object as a single element list, so return the invocant.
11:37 squashable6 left 11:39 squashable6 joined 12:00 reportable6 left, reportable6 joined
Geth rakudo/main: 149dd88014 | (Elizabeth Mattijsen)++ | 4 files
Attempt #2 at introducing Iterator.is-monotonically-increasing

  - fixed stupid "already in use/consumed" error in Any.sort which
   would happen if the source iterator was *not* monotonically
   increasing (which is in like 99% of the cases)
  - made sure iterators that wrap other iterators, pass on the
   is-monotonically-increasing information
  - made sure that .sort with &cmp produces an iterator that
   has the "is-monotonically-increasing" flag set
lizmat Nemokosch ^^ 12:58
13:00 evalable6 left 13:03 evalable6 joined 13:28 jgaz left, jgaz joined 14:21 kurahaupo joined
Nemokosch sorry what was the goal of this again? 14:29
lizmat m: say (1..*).sort[^10) 14:31
camelia ===SORRY!=== Error while compiling <tmp>
Unable to parse expression in subscript; couldn't find final ']' (corresponding starter was at line 1)
at <tmp>:1
------> say (1..*).sort[^10⏏)
expecting any of:
statement e…
lizmat m: say (1..*).sort[^10]
camelia Cannot sort a lazy list
in block <unit> at <tmp> line 1
lizmat hmm
camelia stuck? 14:32
Nemokosch oh right
lizmat anyways, to make that work, because we know that 1..* is already sorted, so the .sort can be a. not bomb, and b. be a no-op
Nemokosch the "we know more about sorting a range than a random infinite sequence" topic
lizmat published a blog post again: dev.to/lizmat/rakuast-for-early-adopters-576n 16:09
17:06 ab5tract joined 17:42 ab5tract left 18:00 reportable6 left 18:01 reportable6 joined 21:29 sena_kun left