On Jan 6, 2008 10:51 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> [Jeffrey Yasskin]
> >> > I'm not
> >> > sure exactly what you're objecting to. Could you be more precise?
> >>
> >> You note said: "I'll implement Context.round() in a separate patch.
> >> Comment away."
> >
> > Oh, sorry for
[Jeffrey Yasskin]
> I always like to have a patch around because abstract discussions,
> even (especially?) on simple topics, have a tendency to run off into
> the weeds. A patch keeps things focused and moving forward.
Please recognize that our little system of patches and newsgroup
discussions i
(Note that Alexandre called this thread to my attention. I wish I had
more time to pay attention to this list.)
On Jan 5, 2008, at 6:50 PM, Alexandre Vassalotti wrote:
> Hi,
>
> I currently trying to clean up the interface of the pickle module for
> Python 3K. So far, I haven't done much, exce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 6, 2008, at 1:35 PM, Jim Fulton wrote:
> Really, I'd like to see a much smaller standard library. IMO, pickle
> isn't essential enough to be part of the standard library and I'd be
> happy to see pickle become a separate project. I'd prefer to
On 07/01/2008, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Jan 6, 2008, at 1:35 PM, Jim Fulton wrote:
>
> > Really, I'd like to see a much smaller standard library. IMO, pickle
> > isn't essential enough to be part of the standard library and I'
2008/1/7, Raymond Hettinger <[EMAIL PROTECTED]>:
> Arghh! You seem hell-bent on jamming this in. Please leave the
> decimal module alone. It does *not* need both a round() method
> and a quantize() method.
Question.
I'm so used to quantize that I don't care. And I'm, in general, -0 to
adding
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jan 7, 2008, at 9:41 AM, Paul Moore wrote:
> If there were two officially distributed versions of Python,
> python-std (basically what we have now) and a python-lite without the
> full stdlib, then I could probably live with the situation (but the
On Jan 5, 2008 10:58 PM, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> Chandler's .chex (Chandler export) files use this to handle class
> moves, or data for a missing or broken plugin. If/when we'll ever
> use Python 3 is an open question, but if we did, we'd certainly
> continue to need it.
On J
On Jan 7, 2008 5:50 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> On Jan 6, 2008, at 1:35 PM, Jim Fulton wrote:
>
> > Really, I'd like to see a much smaller standard library. IMO, pickle
> > isn't essential enough to be part of the standard library and I'd be
> > happy to see pickle become a separ
On Jan 6, 2008, at 1:35 PM, Jim Fulton wrote:
> Really, I'd like to see a much smaller standard library. IMO, pickle
> isn't essential enough to be part of the standard library and I'd be
> happy to see pickle become a separate project. I'd prefer to see most
> of the Python 2 standard library bec
On Jan 7, 2008 7:26 AM, Fred Drake <[EMAIL PROTECTED]> wrote:
> On Jan 6, 2008, at 1:35 PM, Jim Fulton wrote:
> > Really, I'd like to see a much smaller standard library. IMO, pickle
> > isn't essential enough to be part of the standard library and I'd be
> > happy to see pickle become a separate
On Jan 7, 2008, at 10:29 AM, Guido van Rossum wrote:
> Actually I suspect that the people pleading in favor of this are also
> doing it for political reasons.
Perhaps. The motivating factor is really to be able to decouple
release cycles, and I think that's a valuable (technical) reason to
sp
On Mon, Jan 07, 2008, Raymond Hettinger wrote:
> [Jeffrey Yasskin]
>>
>> I am not building out the decimal API. I am adding enough methods to
>> maintain the comment that "Decimal floating point objects share many
>> properties with the other builtin numeric types such as float and int.
>> All of
[Aahz]
> I have always thought that "quantize()" makes Decimal
> confusing in the context of the other mechanisms that Python makes
> available for other kinds of numbers.
No doubt, the spec made a number of choices that are obvious only if you work
at IBM. And, there is no doubt, the module has
Fred Drake writes:
> On Jan 7, 2008, at 10:29 AM, Guido van Rossum wrote:
> > Actually I suspect that the people pleading in favor of this are also
> > doing it for political reasons.
>
> Perhaps. The motivating factor is really to be able to decouple
> release cycles, and I think that's
1) The repr module is marked as hardly used, but it may have a fan base (not
me). It is covered in the tutorial's guided tour, so it has been held-up as
being active and useful. There are a few hits on google's codesearch:
http://www.google.com/codesearch?hl=en&q=+lang:python+%22import+repr%22&s
On Jan 7, 2008 5:16 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> 1) The repr module is marked as hardly used, but it may have a fan base (not
> me). It is covered in the tutorial's guided tour, so it has been held-up as
> being active and useful. There are a few hits on google's codesearch
>
> But the biggest thing missing is precise semantics. Saying "exactly
> the same semantics as with Python 2.5" doesn't cut it (those semantics
> are incredibly hairy and sometimes surprising, and their
> implementation was a nightmare -- I've rarely been as relieved as when
> I was able to cut th
On Jan 7, 2008 8:48 PM, hashcollision <[EMAIL PROTECTED]> wrote:
>
>
> > But the biggest thing missing is precise semantics. Saying "exactly
> > the same semantics as with Python 2.5" doesn't cut it (those semantics
> > are incredibly hairy and sometimes surprising, and their
> > implementation was
Isn't there a separate list for this topic? Are you ignoring it for a
specific reason?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-30
20 matches
Mail list logo
