On Jan 27, 2005, at 1:20 AM, Martin v. Löwis wrote:
I agree. Because of the BDFL pronouncement, I cannot reject the patch,
but I won't accept it, either. So it seems that this patch will have
to sit in the SF tracker until either Guido processes it, or it is
withdrawn.
If people want to restart thi
Raymond Hettinger wrote:
I'm -1 on adding these to __builtin__. They are just distractors and
have almost no use in real Python programs. Worse, if you do use them,
then you are likely to be programming badly -- we don't want to
encourage that.
I agree. Because of the BDFL pronouncement, I cannot
> Last August, James Knight posted to python-dev, "There's a fair number
> of classes that claim they are defined in __builtin__, but do not
> actually appear there". There was a discussion and James submitted
> this patch:
>
>
http://sourceforge.net/tracker/index.php?func=detail&aid=1009811&group
Alan> 1. In the time module, the strptime() function's format
Alan> parameter is optional. For consistency's sake, I'd expect
Alan> datetime.strptime()'s format parameter also to be optional. (On
Alan> the other hand, the default value for the format is not very
Alan> useful.
Last August, James Knight posted to python-dev, "There's a fair number
of classes that claim they are defined in __builtin__, but do not
actually appear there". There was a discussion and James submitted
this patch:
http://sourceforge.net/tracker/index.php?func=detail&aid=1009811&group_id=5470&ati
Alan Green <[EMAIL PROTECTED]> wrote:
> Steven Bethard is proposing a new collection class named Bunch. I had
> a few suggestions which I attached as comments to the patch - but what
> is really required is a bit more work on the draft PEP, and then
> discussion on the python-dev mailing list.
>
>
Steven Bethard is proposing a new collection class named Bunch. I had
a few suggestions which I attached as comments to the patch - but what
is really required is a bit more work on the draft PEP, and then
discussion on the python-dev mailing list.
http://sourceforge.net/tracker/?func=detail&aid=1
I see a need for this patch - I've had to write
"datetime(*(time.strptime(date_string, format)[0:6]))" far too many
times.
I don't understand the C API well enough to check if
reference counts are handled properly, but otherwise the
implementation looks straight forward.
Documentation looks good
On Wed, 2005-01-26 at 01:53 +1100, Anthony Baxter wrote:
> On Wednesday 26 January 2005 01:01, Donovan Baarda wrote:
> > In this case it turns out to be "don't do exec() in a thread, because what
> > you exec can have all it's signals masked". That turns out to be a hell of
> > a lot of things; pop
Fred L. Drake, Jr. wrote:
On Tuesday 25 January 2005 23:30, Skip Montanaro wrote:
> Python's setup.py has grown way out of control. I'm trying to build
> and install Python 2.4.0 on a Solaris system with Tcl/Tk installed in a
> non-standard place and I can't figure out the incantation to te
Skip Montanaro <[EMAIL PROTECTED]> writes:
> Python's setup.py has grown way out of control. I'm trying to
> build and install Python 2.4.0 on a Solaris system with Tcl/Tk
> installed in a non-standard place and I can't figure out the
> incantation to tell setup.py to look where t
David Ascher wrote:
Steve Holden wrote:
Dear python-dev:
The current (as of even date) summary of my recent contributions to
Python -dev appears to be spam about PyCon.
Not being one to break habits, even not those of a lifetime sometimes,
I spam you yet again to show you what a beautiful summar
Guido van Rossum wrote:
>> I'd like to see iterators become as easy to work with as lists are. At the
>> moment, anything that returns an iterator forces you to use the relatively
>> cumbersome itertools.islice mechanism, rather than Python's native slice
>> syntax.
>
> Sorry. Still -1.
can we pe
> I agree that METH_O and METH_NOARGS are near
> optimal wrt to performance. But if we could have one METH_UNPACKED
> instead of 3 METH_*, I think that would be a win.
. . .
> Sorry, I meant eliminated w/3.0.
So, leave METH_O and METH_NOARGS alone. They can't be dropped until 3.0
and they can'
Neal Norwitz wrote:
> [...]
This is the python test coverage:
http://coverage.livinglogic.de/coverage/web/selectEntry.do?template=2850&entryToSelect=182530
This link won't work because of session management. To get the
coverage info of ceval.c go to http://coverage.livinglogic.de,
click on the
On behalf of the Python development team and the Python community, I'm
happy to announce the release of Python 2.3.5 (release candidate 1).
Python 2.3.5 is a bug-fix release. See the release notes at the website
(also available as Misc/NEWS in the source distribution) for details of
the bugs squi
Guido van Rossum wrote:
Iterators are for single sequential access. It's a feature that you
have to import itertools (or at least that you have to invoke its
special operations) -- iterators are not sequences and shouldn't be
confused with such.
I agree the semantic difference between an iterable a
17 matches
Mail list logo
