Geth ¦ rakudo: codesections self-assigned --help output for scripts with subcommands github.com/rakudo/rakudo/issues/4223 02:05
Xliff \o 02:27
Just an FYI. I hit the 500kLOC mark on my GLib work.
Thought everyone would like to know.
Xliff collapes on bed.
codesections Xliff++ 02:29
Geth roast: 76a1c1f011 | (Elizabeth Mattijsen)++ | 8 files
Add tests for return value of .of method
09:37
rakudo: ee5244b204 | (Elizabeth Mattijsen)++ | 8 files
Make sure that .of returns a type

Specifying a type object in a return constraint merely sets up a type
  *check*, it does *not* actually return that type. Fixes issue spotted
by b2gills++
rakudo: 9c60346028 | (Daniel Sockwell)++ | 2 files
Remove utf32 from encodings list for MoarVM

Rakudo currently lists utf32 as one of the encoding/decoding operations it supports. However, this support has never been added to the MoarVM backend and attempting to use it throws a somewhat confusing exception.
... (10 more lines)
09:38
rakudo: 18612841f9 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 2 files
Merge pull request #4232 from codesections-forks/utf32

Remove utf32 from encodings lists for MoarVM
roast: 445f5dae47 | (Daniel Sockwell)++ | S32-encoding/registry.t
Mark utf32 tests as todo for rakudo.moar

Rakudo.moar was previously passing a test for utf32 support despite not actually supporting utf32. This updates the test to more reliably test for utf32 support and marks the test as todo for the MoarVM backend.
roast: 2f2a48af37 | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | S32-encoding/registry.t
Merge pull request #720 from codesections-forks/utf32

Mark utf32 tests as todo for rakudo.moar
rakudo: 412d7706b6 | (Elizabeth Mattijsen)++ | 4 files
Re-imagine xxxmap, makes >>. about 2x as fast

This commit completely re-imagines the nodemap / deepmap / duckmap functionality, makes them about 2x as fast with about 1/8 of the memory churn (in a benchmark of `my @a = ^1000; @a>>.++ for ^1000`) So what does this do:
... (16 more lines)
rakudo: eefc785e0e | (Elizabeth Mattijsen)++ (committed using GitHub Web editor) | 4 files
Merge pull request #4215 from rakudo/xxxmap-reimagined

Re-imagine xxxmap, makes >>. about 2x as fast
rakudo: 22ea9d903f | (Elizabeth Mattijsen)++ | src/core.c/Rakudo/Internals.pm6
Subtly change semantics of R:I.NORMALIZE_ENCODING

An unsupported encoding will now be returned as Nil, rather than as a lower case version of itself. This in light of PR #4231.
10:25
MasterDuke .seen [Coke] 12:12
tellable6 MasterDuke, I saw [Coke] 2021-02-05T20:35:20Z in #raku: <[Coke]> Might help if you had a small example that didn't work.
MasterDuke seems a bit longer silence than usual, anyone know if things are ok? 12:14
lizmat wow, indeed, that is worrying :-( 12:16
woolfy investigates on FB 12:18
it appears [Coke] was active on FB last night 12:23
MasterDuke that's good 12:28
lizmat Update from [Coke}: he's been very busy and is ok, and appreciates the thoughts 13:00
he'll be back 13:01
moritz the [Coke]inator! 13:25
Geth roast: codesections++ created pull request #721:
Test using custom registries with encode & decode
13:48
Xliff o/ 14:41
Crossed 500,000 lines of Raku code in my GLib projects. 14:47
docs.google.com/spreadsheets/d/1M3...sp=sharing
sena_kun Xliff++ 14:52
leont still thinks we should have a HOW for GObject, and a GIR converter to create those classes 14:53
vrurg Xliff++ autogen cheater... :D 14:56
patrickbkr[m] Just in case nobody noticed: There is the gtk interface project of martimm which iirc does utilize automatic generation, even though not based on gir, I think. 15:40
github.com/MARTIMM/gnome-gtk3 15:41
Xliff_ vrurg: LOL! Hey, I'll take it. 15:54
Xliff sena_kun++ # Thanks! 15:55
patrickbkr[m] Xliff: What hinders to just ignore the high compile times and release the projects to the ecosystem anyways? 16:07
Xliff patrickbkr[m]: IOt' 16:10
patrickbkr[m]: It's not the high compile times, per se.t
s/t$//
It's the lack of installer response.
The current CURI installer does not give enough user feedback for me to feel comfortable with releasing the code. 16:11
2 minuts of blank screen is bad enough. 5 minutes is interminable, and 10 minutes of no feedback would make most users (corretly) assume that something was broken.
patrickbkr[m] Hm. So some progressbar-y thing for zef would make you happy? 16:12
Xliff Yes.
patrickbkr[m] OK. Understood. Thanks for the info. Xliff++ 16:13
Xliff patrickbkr[m]: Even a periodic hook with the current installer status exposed would be helpful. 16:14
sena_kun patrickbkr[m], remembering some discussions, I imagine the hook with something progressbar-y has to be provided by rakudo first. 16:16
ugexe I still don't see whats wrong with RAKUDO_LOG_PRECOMP=1 16:26
its intended to tell you (from rakudo itself) when its installing each file and precomping each file 16:27
if its not doing that then something is probably wrong
but i've mentioned this before so i assume it doesnt work for some reason?
s/rakudo itself/curi itself/ 16:28
MasterDuke i'd completely forgotten that was an option 16:30
patrickbkr[m] I guess it works fine. But it's not as end-user approachable compared to e.g. a `--progress` flag. 16:40
ugexe: thanks for the info about RAKUDO_LOG_PRECOMP 16:41
Geth rakudo/rakuast: d1f8418821 | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/Deparse.pm6
Add deparsing for the StatementModifier::Condition|Loop family

And make sure Expression actually deparse its condition-modifier and loop-modifier parts.
19:48
rakudo/rakuast: d49dee3661 | (Elizabeth Mattijsen)++ | t/12-rakuast/statement-mods.t
Add tests for postfix if / unless
Geth rakudo/rakuast: 1bdac2a366 | (Elizabeth Mattijsen)++ | t/12-rakuast/statement-mods.t
Add tests for postfix "with"
21:02
Geth problem-solving/solution-250: c67d55f7a9 | Altai-man++ | solutions/documentation/search-categories.md
Provide a solution document for github.com/Raku/problem-solving/issues/250

  "Documentation search categories are not standartized"
Fixes github.com/Raku/problem-solving/issues/250
22:02