This is one of the reasons why I wrote Far from complete (besides missing pod, tests, you name it.)
The perl builtins suffer from negative integer flaws also. The format %x of sprintf expects a signed an unsigned integer, but nonetheless
say $f = sprintf "%x", -15; say hex $f; __END__ fffffffffffffff1 18446744073709551601
on a 64bit system. The object could get a sign flag set by the constructor which is honored by arithmetic operations, but the string representation would be ambiguous anyways if the string has a leading dash.
I'm not sure what to do about that. Perhaps limiting to unsigned integers is the way to go, and encode should croak if the number is negative; don't know yet.
update: unsigned, yes, that's the point; common typo. It is coerced into an unsigned. Thanks Anonymous Monk fo pointing out the glitch.
In reply to Re^2: Math::Base - arithmetics with baseX integers
by shmem
in thread Math::Base - arithmetics with baseX integers (updated)
by shmem
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |