🦋 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. |
09:56 | |
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:25 | |
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. |
10:50 | |
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 |
12:57 | |
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
|