Uri Guttman wrote:
SB == Scott Bronson [EMAIL PROTECTED] writes:
SB Has anybody inquired to the GMP project as to the possibility of
SB relaxing that restriction? If GMP truly is the best bignum
SB implementation, I definitely think it's worth asking.
Not AFAIK. Please try.
i still have my
Dan Sugalski wrote:
On Sun, 20 Jun 2004, Ion Alexandru Morega wrote:
Dan Sugalski wrote:
I checked in more of PDD 17, detailing parrot's base types. Some of
those types definitely don't exist (like, say, the string and bignum
type...) and could definitely use implementing. Should be fairly
Ion Alexandru Morega wrote:
In the mean time i fixed some things that were wrong, added a few
functions and the tests. I found some weird things while doing this,
probably bugs. So here's the patch i promised.
Can you please rediff string.pmc - it is in the CVS already, but you did
provide the
LT == Leopold Toetsch [EMAIL PROTECTED] writes:
LT Uri Guttman wrote:
SB == Scott Bronson [EMAIL PROTECTED] writes:
SB Has anybody inquired to the GMP project as to the possibility
of
SB relaxing that restriction? If GMP truly is the best bignum
SB implementation, I definitely
# New Ticket Created by Ion Alexandru Morega
# Please include the string: [perl #30444]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30444
Here's the patch, all the tests should pass now. I'm working on some
I've just fallen into this trap, and I doubt I'll be the last one:
void Parrot_PMC_set_intval_intkey(Parrot_INTERP interp, Parrot_PMC pmc, Parrot_Int
value, Parrot_Int key) {
VTABLE_set_integer_keyed_int(interp, pmc, key, value);
}
Is there any reason why the vtable is key, value but the
Dan Sugalski [EMAIL PROTECTED] wrote:
I just went digging through the docs to make sure I knew what was going
on. __repr__ is the python-visible name for our get_string vtable method.
We don't need any support beyond tying names together in the namespaces,
so far as I can see.
Sure?
x=0.3
Dan Sugalski [EMAIL PROTECTED] wrote:
At 2:38 PM +0200 6/11/04, Bernhard Schmalhofer wrote:
how about having complex numbers as another basic PMC?
At least QCL, http://tph.tuwien.ac.at/~oemer/qcl.html, C99 and PDL,
http://pdl.perl.org/, have them as a basic type.
As well as Python.
For right
Dan Sugalski [EMAIL PROTECTED] writes:
On Sun, 20 Jun 2004, Ion Alexandru Morega wrote:
Dan Sugalski wrote:
I checked in more of PDD 17, detailing parrot's base types. Some of
those types definitely don't exist (like, say, the string and bignum
type...) and could definitely use
On Thu, 24 Jun 2004, Piers Cawley wrote:
Dan Sugalski [EMAIL PROTECTED] writes:
Sorry this one sat so long. (Piers reminded me with the summary)
It worked then '
And not for the first time
There are currently 19 bignum vtable slots, which take a BIGNUM* value
argument of some kind. These are IMHO useless. We don't have a Parrot
basic type like BIGNUM.
A BIGNUM (BigInteger, BigNumber) will just be a PMC, AFAIK.
So I think these entries should just get deleted.
leo
Andy Wardley [EMAIL PROTECTED] writes:
Dan Sugalski wrote:
it's not exactly exciting watching two people hit return three times
in front of a roomful of people.
Although watching two people hit each other in the face with custard
pies three times in front of a roomful of people may be a
On 24/06/2004, at 6:31 PM, Leopold Toetsch wrote:
i still have my stillborn bignum (using bcd registers and efficient
algorithms) implementation if anyone wants to pick it up. i have some
working base code and the overall design.
The major problem is: we need bignum now^Wtomorrow^WRSN. The
13 matches
Mail list logo