[Python-3000] pep 3119 question (ABC)

On reading this pep, I was not clear on one issue. In some interface proposals (zope?), as well as in c++0x concept proposal, there is a mechanism to specify how to adapt a given class to satisfy given interface requirements. For example, suppose container ABC requires a 'size'. Suppose I have a

Re: [Python-3000] pep 3119 question (ABC)

Guido van Rossum wrote: > On Jan 10, 2008 11:20 AM, Neal Becker <[EMAIL PROTECTED]> wrote: >> On reading this pep, I was not clear on one issue. >> >> In some interface proposals (zope?), as well as in c++0x concept >> proposal, there is a mechanism to spec

Re: [Python-3000] Does anyone remember the Red Hat 1.5->2.x fiasco?

Guido van Rossum wrote: > On Feb 4, 2008 5:52 AM, <[EMAIL PROTECTED]> wrote: >> This discussion of what to install Python 3.0 as reminded me that we've >> already encountered this problem before. As I recall, when Python 2.0 >> was released Red Hat steadfastly refused to ship it with their then

[Python-3000] indexing wart

It is a bit unfortunate that slicing has a singularity. samples_to_trim = (some calculation yielding an integer >= 0) trimmed_vector = vector[:-samples_to_trim] if samples_to_trim != 0 else vector[:] A bit unfortunate that the case of samples_to_trim == 0 has to be handled differently. I don't

Re: [Python-3000] Invitation to try out open source code review tool

It would be really nice to see support for some other backends, such as Hg or bzr (which are both written in python), in addition to svn. ___ Python-3000 mailing list [email protected] http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe:

Re: [Python-3000] Draft PEP: Dropping PyObject_HEAD

"Martin v. Löwis" wrote: > I propose the PEP below for Py3k. > > Regards, > Martin > > PEP: 3122 > Title: Dropping PyObject_HEAD > Version: $Revision: 54998 $ > Last-Modified: $Date: 2007-04-27 10:31:58 +0200 (Fr, 27 Apr 2007) $ > Author: Martin v. Löwis <[EMAIL PROTECTED]> > Status: Draft > Typ

[Python-3000] pep-0362?

http://www.python.org/dev/peps/pep-0362/ This would be helpful for boost::python. Any thoughts on approving this for python-3k? ___ Python-3000 mailing list [email protected] http://mail.python.org/mailman/listinfo/python-3000 Unsubscribe: http:/

[Python-3000] Combined configparse + optparse (interest?)

Right now we have 2 rather different stdlib modules for parsing options from ini-style files and from command line. I believe it would be desirable to have one module that can handle both. Is there interest in pursuing this idea? ___ Python-3000 mailin

Re: [Python-3000] Combined configparse + optparse (interest?)

Neal Becker wrote: > Right now we have 2 rather different stdlib modules for parsing options > from > ini-style files and from command line. I believe it would be desirable to > have one module that can handle both. Is there interest in pursuing this > idea? Can python learn f