[Python-Dev] Re: comprehension abbreviation (was: Adding any() and all())

2005-03-28 Thread Steve Holden
Jim Jewett wrote: Gareth McCaughan wrote: Some bit of my brain is convinced that [x in stuff if condition] is the Right Syntax and keeps making me type it even though I know it doesn't work. (and I agree with Gareth) On Monday 2005-03-14 12:42, Eric Nieuwland wrote: The full syntax is: [ f(x) for

Re: [Python-Dev] @decoration of classes

2005-03-28 Thread Phillip J. Eby
At 07:55 PM 3/28/05 -0500, Jack Diederich wrote: For compelling, I think the code smell put off by the "no conflict" metaclass generator recipe (which also appeared in Alex Martelli's PyCon talk) is fairly compelling from a duck typing point of view. # would you rather class K: __metaclass__ = no

Re: [Python-Dev] @decoration of classes

2005-03-28 Thread Jack Diederich
On Sat, Mar 26, 2005 at 12:36:08PM -0800, Josiah Carlson wrote: > > Eric Nieuwland <[EMAIL PROTECTED]> wrote: > > > > Given the ideas so far, would it possible to: > > > > def meta(cls): > > ... > > > > @meta > > class X(...): > > ... > > It is not implemented in Python 2.4. From what

Re: [Python-Dev] @decoration of classes

2005-03-28 Thread Jack Diederich
On Mon, Mar 28, 2005 at 09:25:18AM -0800, Michael Chermside wrote: > Josiah Carlson writes: > > [... stuff about reST and TeX ...] > > While I have not used it often, I have done the equivalent of decorating > > classes; it is as natural (though perhaps not quite as useful initially) > > as d

Re: [Python-Dev] Re: webbrowser.py

2005-03-28 Thread Rodrigo Dias Arruda Senra
| > On Thu, Mar 24, 2005 at 11:36:41AM -0300, Rodrigo Dias Arruda Senra wrote: | > > Edit libwebbrowser.tex as you see fit, then send it to me | > > and I'll TeXify it back to you. | > | >Uploaded to http://python.org/sf/754022 . I am not a native English | > speaker, and this is the fi

[Python-Dev] Re: @decoration of classes

2005-03-28 Thread Scott David Daniels
Michael Chermside wrote: Josiah Carlson writes: ...While I have not used it often, I have done the equivalent of decorating classes; it is as natural (though perhaps not quite as useful initially) as decorating functions, But a few *good* use cases would change my mind. Until this weekend, I really

Re: [Python-Dev] @decoration of classes

2005-03-28 Thread Josiah Carlson
Michael Chermside <[EMAIL PROTECTED]> wrote: > > Josiah Carlson writes: > > [... stuff about reST and TeX ...] > > While I have not used it often, I have done the equivalent of decorating > > classes; it is as natural (though perhaps not quite as useful initially) > > as decorating function

RE: [Python-Dev] @decoration of classes

2005-03-28 Thread Michael Chermside
Josiah Carlson writes: [... stuff about reST and TeX ...] > While I have not used it often, I have done the equivalent of decorating > classes; it is as natural (though perhaps not quite as useful initially) > as decorating functions, [... stuff about ice cream and sprinkles ...] Hmm...

RE: [Python-Dev] sum()

2005-03-28 Thread Raymond Hettinger
[Tim] > For contrast, here's one that doesn't use frexp(), and is probably > faster because of that; internally, len(sums) probably won't exceed 5 > in real life (but could get as large as 2K for pathological inputs, > spanning fp's full dynamic range): > > def summer4(iterable): > sums = [0.0

Re: [Python-Dev] Re: [Python-checkins] python/dist/src/Python thread_pthread.h, 2.53, 2.53.4.1

2005-03-28 Thread Martin v. Löwis
Andrew MacIntyre wrote: This change has broken the build on FreeBSD 4.x for me: gcc -pthread -c -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I. -I./Include -DPy_BUILD_CORE -o Python/thread.o Python/thread.c In file included from Python/thread.c:101: Python/thread_pthread.h:19:

[Python-Dev] Re: [Python-checkins] python/dist/src/Python thread_pthread.h, 2.53, 2.53.4.1

2005-03-28 Thread Andrew MacIntyre
[EMAIL PROTECTED] wrote: Update of /cvsroot/python/python/dist/src/Python In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv25872 Modified Files: Tag: release24-maint thread_pthread.h Log Message: Patch #1163249 - Correctly handle _POSIX_SEMAPHORES == -1 to mean no support for posix sem