Skip Menu |

This queue is for tickets about the bignum CPAN distribution.

Report information
The Basics
Id: 78676
Status: resolved
Priority: 0/
Queue: bignum

People
Owner: Nobody in particular
Requestors: spidermario [...] free.fr
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 0.29
Fixed in: 0.41



Subject: The behaviour of oct in bigint is inconsistent with that of the default oct
Hello, I am using perl v5.16.0 and v5.10.1 and the `oct` function with which bigint replaces the default one requires a leading 0 to interpret its parameter as an octal number, whereas the default `oct` does not (and neither do `hex` and `bigint::hex` require a leading 0x). If there is no prefix, the parameter is interpreted as a decimal number. It is also inconsistent with Math::BigInt->from_oct, which returns NaN in Math::BigInt v1.89 and correctly interprets as an octal number in v1.998. Is that a bug or is there a rationale behind it?
This is a bug. The bigint, bignum, and bigrat the semantics should be the same as those of core Perl. I am working on a fix.
Fixed in bignum-0.41