Facundo Batista wrote:
>2007/10/15, Mateusz Rukowicz <[EMAIL PROTECTED]>:
>
>
>Welcome back, :)
>
>
Hi :>
>>merging C Decimal with main tree are much lower than year ago, so I
>>would like to know if there is still interest in C version of Decimal.
>
Grzegorz Makarewicz wrote:
>
>Python in high aritmetic - nice, but in standard ? - using computation
>effective representation as in this "demand" should be put as *must*
>have ? in standard python ? - decimal with it's speed is sufficient - if
>U need more speed use more spohisticated data struct
Mark Dickinson wrote:
>On 10/16/07, Fredrik Johansson <[EMAIL PROTECTED]> wrote:
>
>
>>A more radical proposal would be to change Python's long type to use a
>>radix-10**n representation (Python 3000 or beyond?).
>>
>>
>
>Mightn't this produce significant (constant factor) slowdowns for long
Mark Dickinson wrote:
>I'm almost sure that adding 4 digit numbers together is not what
>Decimal was intended to be used for, but it still seems unreasonable
>that it takes almost 5 seconds to do such an addition. The reason for
>the quadratic behaviour is that almost all the arithmetic routi
Mark Dickinson wrote:
>On 10/15/07, Mateusz Rukowicz <[EMAIL PROTECTED]> wrote:
>
>
>>[...] I
>>would like to know if there is still interest in C version of Decimal.
>>If so - should I write PEP, or just code and 'we'll see later'?
>>
Mateusz Rukowicz wrote:
>Hi!
>
>I've been working on C decimal project during gSoC 2006. After year
>of idling (I had extremely busy first year on University, but well, most
>of us are extremely busy) I decided, that I will handle further
>developing (there is still
m also aware of
simplicity of this benchmark. (This python have been of course compiled
with -O3).
Best regards,
Mateusz Rukowicz.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
m also aware of
simplicity of this benchmark. (This python have been of course compiled
with -O3).
Best regards,
Mateusz Rukowicz.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
some copying) and add C api, so C decimal would eventually leave
sandbox.
My question is - am I permitted to just continue work on svn? Or there
is something I have to do before that? Any sugestions etc. would be
appreciated.
Thanks in advance and best regards,
Mateusz Ruk
gs about that would:
1.Compatibility with old decimal
1.easy to maintain and expand code
1.don't broke python portability, nor adding new depedencies
2.Efficiency (if and only if 1. isn't broke)
I am quite confident I can achieve this points.
But everything is open for dis
Guido van Rossum wrote:
>(Aside: you probably mean physicist, someone who practices physics. A
>physician is a doctor; don't ask me why. :-)
>
>
>
;) I'll remember ;)
>>interpreted languages are particularly good for physics simulations, in
>>which small error would grow so much, that results a
Alex Martelli wrote:
>
> On Apr 21, 2006, at 7:46 AM, Aahz wrote:
>
>> On Fri, Apr 21, 2006, Mateusz Rukowicz wrote:
>>
>>>
>>> Next thing I would add is multi precision floating point type to
>>> the core and fraction type, which in some cases hig
Guido van Rossum wrote:
>On 4/21/06, Mateusz Rukowicz <[EMAIL PROTECTED]> wrote:
>
>
>>Next thing I would add is multi precision floating point type to the
>>core and fraction type, which in some cases highly improves operations,
>>which would have to be done u
good, which poor etc. Main reason I am posting my question here is
that, I am not sure, how much are you willing to change the core of the
python.
At the end, let my apologize for my poor English, I am trying to do my best.
Best regards,
Mateusz Ruk
14 matches
Mail list logo
