On Thu, 07 Sep 2017 09:52:07 -0700, sml...@gmail.com wrote:
> On Wed, 06 Sep 2017 15:20:17 -0700, coke wrote:
> > With a recent rakudo, these now both output 1
>
> Bisectable shows that it was fixed during recent MoarVM changes:
>
>
I have fixed this as of this MoarVM commit:
https://github.com/MoarVM/MoarVM/commit/712cff3341270362b808ba0f4c519f4557a4671d
Full explaination in the commit description.
Thanks a lot for reporting this bug :)
Bug has been open a while, and I have not forgotten it, I had just not reached
a final decision. After further thought I'm closing this WONTFIX. It would
needlessly complicate our grapheme concatenation and in addition I believe it
may break some of the grapheme concatenation tests.
> Result:
> Malformed UTF-8 at line 1 col 1029
> in block at ./test.pl:2
On Mon, 08 Aug 2016 17:34:57 -0700, timo wrote:
> to be more precise, the way we code-gen "literal" qregex nodes with
> subtype "ignoremark+ignorecase" will only ever check the ordbaseat of
> the first character in the literal against the haystack.
>
This has been fixed as of
I bisected MoarVM and the offending commit is here:
https://github.com/MoarVM/MoarVM/commit/c98634cf2542874d7daa5b45f77f7de4cf04a081
>From what I see, this commit did not actually cause the root bug, it just
>exposed it.
The Unicode Database was rebuilt so that NFG_QC=False for Emoji
Actually this is not a bug at all, and it is not limited to those characters.
If you do ('a' xx 2).chars you will get 3 as well. If you want to join the list
after you create it:
say ('a' xx 2).join.chars #> 3
Rejecting.
On Fri, 14 Oct 2016 11:06:54 -0700, c...@cpan.org wrote:
> Cf
>
> say ("\c[REGIONAL INDICATOR SYMBOL LETTER G]" x 2).chars #=> 2
>
> vs
>
> say ([~] "\c[REGIONAL INDICATOR SYMBOL LETTER G]" xx 2).chars #=> 1
>
What is going on here is not a bug in string repetition, but a bug in