in reply to Re^5: Perl can't make some easy arithmetics :(
in thread Perl can't make some easy arithmetics :(

I have no time to look into the details but this looks like a flaw in the design.¹

According to it's POD is bigint overloading operators, so why restricting this to integers only?

Maybe it's because of a restriction in the overload mechanics but as I said I have no time to look into the details .... (and this place is full of honorable monks willing to answer it! ;)

Cheers Rolf

(addicted to the Perl Programming Language and ☆☆☆☆ :)

update

¹) to elaborate further: Perl tries hard not to distinguish between different types of scalars, that's one of the reasons why it has a nummeric add + and a string concat . where languages like JS only have + for both.

But bigint seems to break this "paradigm".

Replies are listed 'Best First'.
Re^7: Perl can't make some easy arithmetics :(
by rsFalse (Chaplain) on Oct 25, 2014 at 00:27 UTC
    Maybe it would be better if Perl has such magic precedence: 1) look at the operator, 2) if operator is for numerals (+,++) -> change operands to numerals ("4" -> 4 (change to bigint if used, otherwise to int), "40..(many)..0" -> 40..(many)..0 (change to bigint, if used, otherwise to int)). Now it seems that after looking to operator, if numeric, Perl change operands to int, then make operation, and later convert result to bigint (or not convert?).
[reply]

      Perl already interconverts strings and numbers according to operator context in a manner similar to what you suggest. The bigint module introduces operator overloadings on top of existing Perl operators. These overloadings may or may not be optimal, but that's a discussion you must have with bigint and not with Perl.

[reply]
        Thanks. Now it is clearer for me than at the beginning of evening.
[reply]
        If bigint is a standard Perl module (called by "use"), mustn't it fit to Perl DWIM ideology? Isn't DWIM ideology higher than anarchy of modules?
[reply]

In Section Seekers of Perl Wisdom