From @zoffixznet

The expectation is this would fail to match, because I'm only asking for digits​:

  <MetaZoffix> m​: say "7\x[308]" ~~ /^ \d+ $/
  <+camelia> rakudo-moar f0bb58​: OUTPUT«｢7̈｣␤»

There's a bunch of variants of this in http://irclog.perlgeek.de/perl6/2016-09-07#i_13166009

Fixing this should automagically fix https://rt-archive.perl.org/perl6/Ticket/Display.html?id=128545#ticket-history

From @jnthn

On Wed Sep 07 10​:35​:51 2016, cpan@​zoffix.com wrote​:

The expectation is this would fail to match, because I'm only asking
for digits​:

<MetaZoffix> m​: say "7\x[308]" ~~ /^ \d+ $/
<+camelia> rakudo-moar f0bb58​: OUTPUT«｢7̈｣␤»

Actually, this is intended behavior. NFG synthetics take on the character properties of their base character.

/jnthn

The RT System itself - Status changed from 'new' to 'open'

From @geekosaur

On Wed, Sep 7, 2016 at 5​:12 PM, jnthn@​jnthn.net via RT <
perl6-bugs-followup@​perl.org> wrote​:

Actually, this is intended behavior. NFG synthetics take on the character
properties of their base character.

How do you match any base Unicode digit (i.e. not just the ASCII 0-9)
without any marks?

--
brandon s allbery kf8nh sine nomine associates
allbery.b@​gmail.com ballbery@​sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

From @zoffixznet

Not a bug.

See also http://irclog.perlgeek.de/perl6-dev/2016-09-08#i_13170729

@zoffixznet - Status changed from 'open' to 'rejected'