00:43 softmoth joined, softmoth left 00:45 vrurg left 00:46 vrurg joined 00:51 vrurg left 01:08 vrurg joined 06:44 vrurg left 06:45 vrurg joined 06:49 vrurg left 07:19 vrurg joined 08:00 oddp joined 08:16 leont_ joined 08:42 patrickb joined 08:48 sena_kun joined 08:53 Altai-man_ joined
Altai-man_ releasable6, status 08:53
releasable6 Altai-man_, Next release in ≈4 days and ≈10 hours. There are no known blockers. Changelog for this release was not started yet
Altai-man_, Details: gist.github.com/e77d8d827c66b6771f...3f0e358245
09:13 sena_kun left, sena_kun joined 09:14 Altai-man_ left 09:17 camelCaser joined 09:27 sena_kun1 joined 09:57 sena_kun1 left
lizmat .ask timotimo I wonder why JSON::Fast.form-json doesn't return a .Map without containers ? 10:23
tellable6 lizmat, I'll pass your message to timotimo
10:47 oddp_ joined, oddp left 11:06 vrurg left
AlexDaniel` > I know its not their target audience but they missed a trick not targeting LLVM for raku. It would be an immensely powerful language with some compile time stuff and the AoT speed to back up the more expressive features. 11:07
yeah
11:07 vrurg joined
lizmat nobody is stopping anybody from implementing 6model on the LLVM 11:11
11:11 Altai-man_ joined, vrurg left
Geth_ rakudo/rakuast: a9bad0663e | (Jonathan Worthington)++ | 4 files
RakuAST for regex capture groups

Also seems to generate better code than the current compiler:
  * Doesn't emit a pointless scan node inside of the capture
  * Will only closure-clone the inner code object once per scope entry
   containing the rule (we maybe can avoid doing it at all with further
   analysis). This means a bunch less work in the case of a quantified
   captured group capturing many times.		 11:13
11:14 sena_kun left 11:42 sena_kun joined
timotimo lizmat: i think it was because i made it a drop-in replacement for JSON::Tiny 11:44
tellable6 2020-07-14T10:23:07Z #raku-dev <lizmat> timotimo I wonder why JSON::Fast.form-json doesn't return a .Map without containers ?
lizmat ok
timotimo it would be better to have containerless stuff, yeah 11:45
lizmat I'm thinking of doing another round of JSON::Fast optimizations
timotimo i haven't spent enough brainergy on how exactly to manage a deprecation cycle or something for such a change
11:45 vrurg joined
lizmat we could do it with an :api<2> ? 11:45
or I could just take it to another namespace ? 11:46
or with a different :auth<> ?
timotimo possible, but i'd like at some point for JSON::Fast without any specifiers to give you the new behaviour 11:47
lizmat well, there was only 1 test that failed when I made [ ] return an Array without containers 11:49
having it return a List broke a lot :-(
but that is really because we don't have an "is-list" test in Test 11:50
11:51 vrurg left, vrurg joined
timotimo ah, hm 11:53
so we're testing with eqv or is-deeply or something?
lizmat is-deeply 12:00
afk for a few hours& 12:28
Geth_ rakudo/rakuast: 72759358a3 | (Jonathan Worthington)++ | t/12-rakuast/regex.t
Cover synthetic construction of lookaheads

Of the form `<?alpha>` and `<!alpha>`.		 12:31
rakudo/rakuast: 538ef0648c | (Jonathan Worthington)++ | 2 files
Implement `<?before foo>` style assertions

Where we need to pass a thunk of the regex foo to `before`. Gets the same compilation improvements as capturing groups.
12:32 squashable6 left 12:36 squashable6 joined
dogbert17 jnthn: don't forget your afternoon tea :) 12:41
jnthn A little early for that yet :) 12:42
Thanks to air con, drinking tea on a summer afternoon is alctually desirable though :)
*actually 12:43
Geth_ rakudo/rakuast: 9baf645c39 | (Jonathan Worthington)++ | 3 files
RakuAST support for <( and )> match markers
 12:48
13:14 sena_kun left, Altai-man_ left 13:15 sena_kun joined 13:19 MasterDuke left 13:28 sena_kun left 13:29 sena_kun joined 13:33 yuplushi left 13:38 Altai-man_ joined
Geth_ rakudo/rakuast: 01261f417d | (Jonathan Worthington)++ | 5 files
RakuAST for quoted things in regexes

Both quoted string literals and the quote words literal alternation form.		 14:25
14:25 patrickb left 14:27 sena_kun left 14:48 Xliff left 14:52 yuplushi joined
Geth_ rakudo/rakuast: b5ff358f2d | (Jonathan Worthington)++ | 4 files
RakuAST for the quietly statement prefix
 14:56
releasable6 Next release in ≈4 days and ≈3 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 15:00
jdv79 timotimo: rsi is a real pain
15:13 sena_kun joined 15:14 Altai-man_ left 15:40 JJMerelo joined
JJMerelo I'm going to deploy a new container to the Raku/ecosystem and run some tests on it. So there might be certain amount of bot spam in the next minutes/(hopefully not) hours 15:40
15:54 JJMerelo left 15:58 JJMerelo joined
Geth_ rakudo/rakuast: 1da0b65b6f | (Jonathan Worthington)++ | 5 files
RakuAST for END phasers

Passes t/01-sanity/09-end-blocks.t.		 16:22
rakudo/rakuast: cbe3da2a1a | (Jonathan Worthington)++ | 4 files
Add RakuAST for the `gather` statement prefix
 16:50
jnthn bbl 16:58
17:11 finsternis left 17:12 Altai-man_ joined 17:14 sena_kun left 18:08 JJMerelo left 18:13 sena_kun joined 18:18 squashable6 left 18:21 squashable6 joined 18:43 sena_kun left
[Tux] Rakudo version 2020.06-72-g85320f466 - MoarVM version 2020.06-22-gaf5b89b64
csv-ip5xs0.810 - 0.818
csv-ip5xs-208.098 - 8.159
csv-parser24.895 - 25.616
csv-test-xs-200.380 - 0.389
test7.859 - 7.912
test-t1.893 - 1.898
test-t --race0.825 - 0.840
test-t-2030.594 - 31.572
test-t-20 --race9.196 - 9.561
 18:43
19:13 sena_kun joined 19:14 Altai-man_ left 19:23 squashable6 left 19:24 squashable6 joined
[Coke] Issues for roast should probably get announced here. 19:48
19:55 Xliff joined
ShimmerFairy That would make sense. 20:03
20:03 moon-child joined 20:07 wildtrees joined, moon-child left 20:08 wildtrees left, wildtrees joined 20:15 wildtrees left, wildtrees joined 20:38 MasterDuke joined 20:59 finsternis joined 21:12 Altai-man_ joined 21:14 sena_kun left 21:21 wildtrees left 21:24 wildtrees joined, wildtrees left 21:25 wildtrees joined 22:03 Xliff left 22:58 MasterDuke left 23:13 sena_kun joined 23:14 Altai-man_ left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!