+1 from me. sounds like a good idea.
On 10/15/07, Bill Janssen [EMAIL PROTECTED] wrote:
I've added in some code that Chris Stawarz contributed to allow the
use of non-blocking sockets, with the program thread allowed to do
other things during the handshake while waiting for the peer to
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 interested in
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
--
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
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 version giving
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)).timeit(100)
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 routines
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
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
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
performance?
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 structures -
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 use more
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
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
Welcome
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 and 'we'll see
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
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
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 (or in
18 matches
Mail list logo
