From @zoffixznet

There are numerous No characters that may be entered, say, by a user being asked for numeric input​: http://www.fileformat.info/info/unicode/category/No/list.htm

However, Rakudo will fail to convert it into an Int, due to it not being a digit​:

<ZoffixWin> m​: say '௰'.Int
<camelia> rakudo-moar 40a953​: OUTPUT«Cannot convert string to number​: base-10 number must begin with valid digits or '.' in '⏏௰' (indicated by ⏏)␤ in block <unit> at /tmp/VabvZF4PiK line 1␤␤Actually thrown at​:␤ in block <unit> at /tmp/VabvZF4PiK line 1␤␤»

I think from the programmer's point of view, it should be expected that the conversion should succeed, where it makes sense. Since the same character can be used bare and work​:

<ZoffixWin> m​: say ௰
<camelia> rakudo-moar 40a953​: OUTPUT«10␤»

From @lizmat

Fixed with 1cb2e8d9e71797f576b3

On 09 Apr 2016, at 20​:32, Zoffix Znet (via RT) <perl6-bugs-followup@​perl.org> wrote​:

# New Ticket Created by Zoffix Znet
# Please include the string​: [perl #​127866]
# in the subject line of all future correspondence about this issue.
# <URL​: https://rt-archive.perl.org/perl6/Ticket/Display.html?id=127866 >

There are numerous No characters that may be entered, say, by a user being asked for numeric input​: http://www.fileformat.info/info/unicode/category/No/list.htm

However, Rakudo will fail to convert it into an Int, due to it not being a digit​:

<ZoffixWin> m​: say '௰'.Int
<camelia> rakudo-moar 40a953​: OUTPUT«Cannot convert string to number​: base-10 number must begin with valid digits or '.' in '⏏௰' (indicated by ⏏)␤ in block <unit> at /tmp/VabvZF4PiK line 1␤␤Actually thrown at​:␤ in block <unit> at /tmp/VabvZF4PiK line 1␤␤»

I think from the programmer's point of view, it should be expected that the conversion should succeed, where it makes sense. Since the same character can be used bare and work​:

<ZoffixWin> m​: say ௰
<camelia> rakudo-moar 40a953​: OUTPUT«10␤»

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

From @zoffixznet

Thanks.

I noticed this didn't make things like '௰' + 10 work and went to fix it and noticed val() too did not handle "No" chars.

And then TimToady ruled that val()/Str.Int/Str.Numeric should NOT handle No chars. If the programmer really needs such a feature, they should explicitly be using unival().

Relevant IRC conversation​: http://irclog.perlgeek.de/perl6/2016-07-04#i_12782986

PR to undo the handling of No chars in Str.Int​: rakudo/rakudo#808

And for the aforementioned reasons this ticket is rejected.

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

From @zoffixznet

Tests added in Raku/roast@6c01b3fdbf