You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On Fri, 09 Jan 2015 10:59:08 -0800, masak wrote:
<TimToady> m: say :256["☺".ords]
<camelia> rakudo-moar c5dcdf: OUTPUT«9786»
<TimToady> m: say :256[0x263a]
<camelia> rakudo-moar c5dcdf: OUTPUT«9786»
<TimToady> seems we could use a check there...
<TimToady> m: say :256[256,256]
<camelia> rakudo-moar c5dcdf: OUTPUT«65792»
* masak submits rakudobug
I suspect we should disallow out-of-radix entries for all but the first, since there are uses for allowing the first entry to overflow, such as encoding hours, minutes, and seconds. On the other hand, if we had something to do a reverse polymod, we wouldn't need to use :radix[] for that purpose, and could restrict all the digits on the assumption that it is only to be used for normal homogenous numeric bases.
On Fri, 09 Jan 2015 10:59:08 -0800, masak wrote:
<TimToady> m: say :256["☺".ords]
<camelia> rakudo-moar c5dcdf: OUTPUT«9786»
<TimToady> m: say :256[0x263a]
<camelia> rakudo-moar c5dcdf: OUTPUT«9786»
<TimToady> seems we could use a check there...
<TimToady> m: say :256[256,256]
<camelia> rakudo-moar c5dcdf: OUTPUT«65792»
* masak submits rakudobug
I suspect we should disallow out-of-radix entries for all but the first, since there are uses for allowing the first entry to overflow, such as encoding hours, minutes, and seconds. On the other hand, if we had something to do a reverse polymod, we wouldn't need to use :radix[] for that purpose, and could restrict all the digits on the assumption that it is only to be used for normal homogenous numeric bases.
Migrated from rt.perl.org#123572 (status was 'new')
Searchable as RT123572$
The text was updated successfully, but these errors were encountered: