Gecko [ satitravel.com ]

Name	Size	Permission	Date
examples	[ DIR ]	drwxr-xr-x	2023-12-23 09:30
BUGS	1.85 KB	-rw-r--r--	2016-11-17 21:26
CHANGES	83.35 KB	-rw-r--r--	2017-03-15 10:21
CREDITS	1.78 KB	-rw-r--r--	2016-11-17 21:26
GOALS	1.3 KB	-rw-r--r--	2016-11-17 21:26
HISTORY	4.74 KB	-rw-r--r--	2016-07-11 11:08
README	1.1 KB	-rw-r--r--	2016-07-11 11:08
TODO	2.57 KB	-rw-r--r--	2016-12-13 19:16

Rename

For an updated list of bugs, see

https://rt.cpan.org/Public/Dist/Display.html?Name=Math-BigInt

The following list is not up to date:

Known bugs:

* TODO BUGS:
  + implement test for the upgrading bug in bsub()

* NaN handling in comparisons slightly broken. See also [perl #33106].

* General:
  + BigInt can not the IEEE '-0'. Currently there are no plans to add this. If
    you need it, please bug the author(s) about it.

* BigFloat:
  + comparing (<=> or == or !=) a BigFloat to a BigInt don't work yet
  + new is first running the entire number trough _split, then again the parts
    to construct BigInts. Could be a bit more optimized.
  + fdiv() using F (fallback) mode does not work properly in all cases of
    local (aka $x's or $y's) A or P settings. Not definite test case yet, but
    it might calculate not enough digits to satisfy the rounding needs.

* BigInt:
  + exponent on input is limited to a Perl int (bigger numbers won't fit
    into your memory, anyway - use BigFloat)
  + doesn't have a mode akin to 'use integer;', e.g. it always emulates Perl
    (this is solved partially by use bigint ;)
  + Handling of undef arguments is somewhat broken (no proper warnings)
  + eval('use...') and use Math::BigInt qw/:constant/ fail on Perl prior 5.6.0
    This is likely an Exporter bug, and causes Math::BigInt to eval require on
    earlier Perls when loading the core math lib. Thus the loading can fail
    under older Perls on filesystems that can not cope with the
    'Math/BigInt/Calc.pm'-style filenames.

###############################################################################

Mixing of classes does not always work like expected. "use bignum;",
"use bigint;" and "use bigrat;" should solve this problem for most cases.

Please send me test-reports, your experiences with this and your ideas - I love
to hear about my work!

Tels <http://bloodgate.com/>