On 10/16/07, Daniel Stutzbach <[EMAIL PROTECTED]> wrote:
> On 10/16/07, Mark Dickinson <[EMAIL PROTECTED]> wrote:
> > the reverse conversion to get a Decimal result; both of these
> > conversions (tuple of digits <-> integer) take time quadratic in the
> > size of the tuple/integer.
>
> Instead of
Steve Holden wrote:
> Using a radix notation for literals would, IMHO, be acceptable if you
> can get the idea accepted
This would make decimal (or at least a part of it) a required
part of the Python core rather than an optional module. There
might be some resistance to that.
--
Greg
__
Mike,
I had been working on getting my box ready to function as one of these:
http://wiki.python.org/moin/BuildbotOnWindows.
However, I will help out in whatever way possible. If the team feels it
could be better utilized doing this, let's do it.
VS2005 only fits in because I happen to own a
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.
>>If so - should I write PEP, or just code a
Facundo Batista wrote:
> 2007/10/15, Mateusz Rukowicz <[EMAIL PROTECTED]>:
>
>> 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
>
2007/10/15, Mateusz Rukowicz <[EMAIL PROTECTED]>:
> 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
Welcome back, :)
> merging C D
Mateusz Rukowicz wrote:
> 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
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
On 10/16/07, Fredrik Johansson <[EMAIL PROTECTED]> wrote:
> There is another alternative, which is to use integers exclusively for
> both representation and arithmetic, and only compute an explicit digit
> tuple or string in special cases. I'm doing this in in mpmath
> (http://code.google.com/p/mpm
On 10/16/07, Mark Dickinson <[EMAIL PROTECTED]> wrote:
> The alternative would be to implement addition digit-by-digit in
> decimal.py; this would be asymptotically linear but would be much
> slower for the low precision ( < 50 digits, say)
> decimals that almost everybody is going to be using in
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
On 10/16/07, Mateusz Rukowicz <[EMAIL PROTECTED]> wrote:
> Well, I am pretty sure, that addition works in linear time in Python
> version :>.
Unfortunately not. Here are some timings from my laptop:
>>> from timeit import Timer
>>> Timer("x+x", "from decimal import Decimal; x =
Decimal('1'*5000)
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'?
>>
>>
>
>I'd be happy to see decimal.py replaced by a C ver
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'?
I'd be happy to see decimal.py replaced by a C version giving
essentially the same functiona
Proposals for PyCon 2008 talks & tutorials are now being accepted.
The deadline for proposals is November 16.
PyCon 2008 will be held in Chicago, Illinois, USA, from March 13-20.
Please see the full announcement here:
http://pycon.blogspot.com/2007/10/call-for-talk-tutorial-proposals.html
--
Da
On 10/16/07, Wolfgang Langner <[EMAIL PROTECTED]> wrote:
> On 10/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > >> I wonder if we should start maintaining a list of Python developers
> > >> for hire somewhere on python.org, beyond the existing Jobs page. Is
> > >> anyone in
17 matches
Mail list logo
