On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
parrotbug-follo...@parrotcode.org wrote:
1) Are we going to be relying on libraries to handle our BigInt/BigNum
implementations, or are we intending to roll our own?
we can't rely on external libraries, whether for bignum, unicode, gc,
or
On Thu, Feb 5, 2009 at 08:45, Andrew Whitworth via RT
parrotbug-follo...@parrotcode.org wrote:
On Thu Feb 05 08:40:47 2009, particle wrote:
On Thu, Feb 5, 2009 at 08:26, Andrew Whitworth via RT
parrotbug-follo...@parrotcode.org wrote:
1) Are we going to be relying on libraries to handle our
On Thursday 05 February 2009 08:57:18 jerry gay wrote:
we will roll our own bignum, and give users the ability to use gmp or
another external library at configure time.
That sounds like a fantastic recipe for hard-to-debug configuration problems
and all of the joys of fixing copious amounts
On Thu, Feb 5, 2009 at 1:12 PM, chromatic chroma...@wgz.org wrote:
On Thursday 05 February 2009 08:57:18 jerry gay wrote:
we will roll our own bignum, and give users the ability to use gmp or
another external library at configure time.
That sounds like a fantastic recipe for hard-to-debug
On Thu, Feb 5, 2009 at 10:23, Will Coleda w...@coleda.com wrote:
On Thu, Feb 5, 2009 at 1:12 PM, chromatic chroma...@wgz.org wrote:
On Thursday 05 February 2009 08:57:18 jerry gay wrote:
we will roll our own bignum, and give users the ability to use gmp or
another external library at
On Mon, Dec 01, 2008 at 06:23:31AM -0800, Klaas-Jan Stol via RT wrote:
On Sat Sep 08 10:39:31 2007, bernhard wrote:
Just for the records, Andy Lester wrote on p2:
bignum.c seems to be entirely unused. Everything builds just fine
without it. There are many lint errors in it, such as int
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #36330]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36330
The current state of big numbers and extended decimal arithmetic in