On Jan 7, 2008 8:59 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Isn't there a separate list for this topic?
http://lists.peadrop.com/listinfo.cgi/python-stdlib-reorg-peadrop.com
is where the discussion is about to start.
> Are you ignoring it for a
> specific reason?
No, just replied to Ra
On Jan 8, 2008, at 7:54 AM, J. Clifford Dyer wrote:
> Aside from the concerns of a few developers wanting simpler release
> cycles, this is definitely not the way to go.
I don't mean that "political" (in this case, "business") reasons are
unimportant, but they can be addressed in other ways.
Th
On Mon, 2008-01-07 at 10:26 -0500, Fred Drake 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 project.
On 08/01/2008, Fred Drake <[EMAIL PROTECTED]> wrote:
> On Jan 8, 2008, at 7:54 AM, J. Clifford Dyer wrote:
> > Aside from the concerns of a few developers wanting simpler release
> > cycles, this is definitely not the way to go.
>
> I don't mean that "political" (in this case, "business") reasons a
On Jan 8, 2008 5:15 AM, Fred Drake <[EMAIL PROTECTED]> wrote:
> I don't think this is a huge deal for the pickle module, but is more
> of an issue for some of the wrappers for external libraries. The
> database packages (bsddb, sqlite) come to mind here, but aren't the
> only cases where independe
Ok, I do see your point, but how would one pass in a custom comparison
function to sorted?
On Jan 7, 2008 11:55 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Jan 7, 2008 8:48 PM, hashcollision <[EMAIL PROTECTED]> wrote:
> >
> >
> > > But the biggest thing missing is precise semantics. Say
On Jan 8, 2008 2:41 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> list.sort() and built-in sorted() are the least of our problems: even
> though the API uses cmp, the implementation actually only ever uses
> '<'; and the preferred API is to use the 'key' argument instead of
> passing a compare
list.sort() and built-in sorted() are the least of our problems: even
though the API uses cmp, the implementation actually only ever uses
'<'; and the preferred API is to use the 'key' argument instead of
passing a compare function; that's much more efficient.
Maybe we should retire the compare fu
On Jan 8, 2008 3:55 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Jan 8, 2008 2:41 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > list.sort() and built-in sorted() are the least of our problems: even
> > though the API uses cmp, the implementation actually only ever uses
> > '<'; and the pr
+1 from me too if you only need to define __lt__ and __eq__ and __le__ and
__gt__, etc, will default to that. If it dosn't default to those, I feel
that one would need to write too many functions.
On Jan 8, 2008 7:12 PM, Steven Bethard <[EMAIL PROTECTED]> wrote:
> On Jan 8, 2008 3:55 PM, Brett Ca
That's a different issue altogether (and your wish is not likely going
to be granted unless you write a PEP).
On Jan 8, 2008 4:23 PM, hashcollision <[EMAIL PROTECTED]> wrote:
> +1 from me too if you only need to define __lt__ and __eq__ and __le__ and
> __gt__, etc, will default to that. If it dos
"hashcollision" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
|A quick question:
| What does the "+" mode do? I couldn't find much on google (except that it
is
| called "updating").
This is a question for comp.lang.python, not the developers' lists.
___
Guido van Rossum wrote:
> That's a different issue altogether (and your wish is not likely going
> to be granted unless you write a PEP).
You could write and implement a PEP about exposing the tp_richcompare
slot to Python code.
import sys
class Example:
def __richcmp__(self, other: object,
A quick question:
What does the "+" mode do? I couldn't find much on google (except that it is
called "updating").
___
Python-3000 mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org
14 matches
Mail list logo
