🦋 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.
Geth JSON-Unmarshal/issue-7: 3ecf11e353 | (Jonathan Stowe)++ | lib/JSON/Unmarshal.rakumod
Simplify the where of the (%, Mu) candidate

The order of the smartmatch is non-obvious, but it doesn't work the other way round.		 08:16
nemokosch why is it that RAKUDO_RAKUAST=1 raku --target=ast -e 'my \a = 2' produces an output that keeps talking about my \\a ? 09:13
lizmat some rendering artefact probably some .raku.raku 09:15
m: say "\\a".raku 09:16
camelia "\\a"
lizmat m: say "\\a"
camelia \a
Geth rakudo/main: 6c345f4f07 | (Elizabeth Mattijsen)++ | src/Raku/Grammar.nqp
RakuAST: document the quote-lang method

  - mostly for my own understanding
  - renamed internal subs to more closely reflect what they are doing
  - don't cache stuff that we won't check for being cached anyway
  - make sure the quote lang cache is thread-safe		 11:32
Geth rakudo/main: d923a4f5a2 | (Elizabeth Mattijsen)++ | src/Raku/Grammar.nqp
RakuAST: make q:o// q:format// negatable: q:!o//

Makes more sense than making it a compile time error.		 12:16
Geth rakudo/main: b390e203d7 | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/Fixups.pm6
RakuAST: make :allow a purely renderer thing

This means that any RakuDoc (apart from =comment and =data) will have its paragraphs checked for Markup codes, and generate the associated Markup objects. It is then up to the renderer to look at any :allow setting (or absence of that) to determine whether the Markup should be interpreted, or just be stringified.
The requirement for a valid Markup letter is now having "Lu" as the general Unicode property. So this will allow Δ<> markup.		 13:02
rakudo/main: defca25f39 | (Elizabeth Mattijsen)++ | src/Raku/Grammar.nqp
RakuAST: make quote-lang cache updates truly thread-safe

As creating the same type more than once may cause problems		 13:22
rakudo/main: 60a96bb6e0 | (Elizabeth Mattijsen)++ | src/Perl6/Grammar.nqp
Backport threadsafe update of quote-lang cache

from RakuAST.		 13:37
Xliff Raku-GLib suite timing statistics for Raku 2023.06.114.ga.9.e.83.a.93.a.9 13:43
Using the following processor: AMD Ryzen 9 5950X 16-Core Processor
Total number of projects: 34 (506509 loc)
Total non-parallel compile times: 11115.940 (326.939 avg)
Total parallel compile times: 2287.341 (67.275 avg) 4.860x speedup
Raku-GLib suite timing statistics for Raku 2023.06.100.g.1.c.25.d.071.a.8 13:59
Using the following processor: 13th Gen Intel(R) Core(TM) i9-13900K
Total number of projects: 34 (505521 loc)
Total non-parallel compile times: 5736.590 (168.723 avg)
Total parallel compile times: 1073.805 (31.583 avg) 5.342x speedup
Ah, felgercarb! 14:00
Didn't rebuild the raku binary. It's why I include the version hash now. :)
lizmat yuu can say "crap" here :-) 14:01
tellable6 2023-07-23T11:03:59Z #raku <tbrowder__> lizmat thank you! i'll pass it on
Geth rakudo/main: b58bf6db30 | (Elizabeth Mattijsen)++ | src/core.c/DateTime.pm6
Fix thinko introduced in e6c0b5e919

Accessing attributes in Subclassed objects of DateTime should refer to the original class, **not** to the subclass type.
  Xliff++ for spotting the problem with the Interval module.		 16:31
Xliff Raku-GLib suite timing statistics for Raku 2023.06.119.g.60.a.96.bb.6.e.0 17:05
Using the following processor: 13th Gen Intel(R) Core(TM) i9-13900K
Total number of projects: 34 (505521 loc)
Total non-parallel compile times: 5762.820 (169.495 avg)
Total parallel compile times: 1023.256 (30.096 avg) 5.632x speedup
Geth rakudo/main: 947b49c90d | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/LegacyPodify.pm6
RakuAST: fix issues with $=pod generation and markup

This moves the :allow functionality to the legacy podification as
  "renderer". Fixes many of the tests in the "doc" repository.		 19:54
MasterDuke you know what i find kind of annoying? when even `--ll-exception` doesn't have the backtrace i expect. e.g., `raku -e 'symlink("foo", "bar")`, when "bar" already exists 20:32
   at SETTING::src/core.c/Exception.pm6:65  (/home/dan/Source/perl6/install/share/perl6/runtime/CORE.c.setting.moarvm:throw)
 from SETTING::src/core.c/Failure.pm6:65  (/home/dan/Source/perl6/install/share/perl6/runtime/CORE.c.setting.moarvm:throw)
 from SETTING::src/core.c/Failure.pm6:120  (/home/dan/Source/perl6/install/share/perl6/runtime/CORE.c.setting.moarvm:sink)
 from -e:1  (<ephemeral file>:<unit>
i assume because it's a `fail` inside a `CATCH` github.com/rakudo/rakudo/blob/main...#L517-L520 20:33
i'd still somehow like to see the symlink method and sub in the backtrace 20:34
Geth roast: 88d26efd0e | (Daniel Green)++ | S32-num/rat.t
Add missing comma between arguments
 21:06
MasterDuke ah ha. after some debugging (and noticing my t/spec wasn't pulling because of some local conflicting edits), my two branches now pass a spectest. and calling `.rwx` on a file a million times drops from 3.7s to 1.5s 21:19
[Coke] MasterDuke++ 21:34

Powered by Cro and the Raku® Programming Language.

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

Thank you!