Vadim Belman

Ah, I'm still asleep and slow... You mean that the line from README does not build NQP as expected. This is true. An alternate paragraph is needed which would start...

Failures are expected for JVMs because the backend still lacks support for RakuAST and fails on related tests. The only suspicious one is win_mvm_relocatable, but it is barely related and...

The problem is, perhaps, a little bit deeper than it seems, though I may miss something in Unicode handling: ```raku say "fidd".chars; # 3 ``` Looking into the match result:...

Unfortunately, there is no way to distinguish `"key" => "value"` notation from `key => "value"` when a list of values is created. A fix for this issue will make `["key"...

Looks like the behavior is specced: https://github.com/Raku/roast/blob/702b51957d2cfe3883d06592ff83b0ed34c1a1ac/S02-types/capture.t#L202 and https://github.com/Raku/roast/blob/702b51957d2cfe3883d06592ff83b0ed34c1a1ac/S02-types/capture.t#L279 The specs make the coercer to behave very much different to `\(...)` syntax. But it's probably too late to change the...

This is certainly not a Rakudo bug but a matter of consistency. `if` is not supposed to topicalize unless its block has a parameter. Thus, else follows the rule. Contrary,...

> With, hmm, given, er, _using_ a 2022 Rakudo (and, I'm guessing, a recent one too?), `with` and `given` don't _always_ topicalize. Very good point. My statement was reduced to...

@raiph comment is too long for me to read it right now. I'd try to be really concise. `v6.x` is a language version. I.e. it is _the_ Raku version. It...

Actually, it's incorrect behavior. It is absolutely unambiguously stated that junctions only collapse in a boolean context. `defined` is not one. So, `all(Any, "foo").defined` is `all(False, True)`. I'd rather open...

If it gets documented then there must be a remark about the behavior to be changed in the future. It would be great if the change can be done for...