Yes, you're beating a dead horse. Everybody's been hinting at that but
you don't seem to want to hear it. So, again, please stop this
discussion while you have an ounce of credibility left.
--Guido
On 1/13/07, Adam Atlas <[EMAIL PROTECTED]> wrote:
>
> On 13 Jan 2007, at 12.05, Greg Falcon wrote:
On 13 Jan 2007, at 12.05, Greg Falcon wrote:
> On 1/13/07, Adam Atlas <[EMAIL PROTECTED]> wrote:
>> [lambda ideas snipped]
>>
>> Any thoughts on either of these?
>
> Replying privately instead of on the mailing list, because I'm not
> trying to call you out in public or anything like that.
>
> But
With the package reorganization having been killed from lack of
interest I now consider PEP 3108 done and ready for Guido to tear it
apart when he has the chance and inclination. =)
-Brett
___
Python-3000 mailing list
Python-3000@python.org
http://mail.
On 1/10/07, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > Otherwise I am removing the Open Issue and I will
> > leave it up to someone else to write up a PEP and pitch it to the list
> > and Guido.
>
> That would be my recommendation.
>
Lo and behold, that's what happened! =)
-Brett
__
While compiling psyco under Python 3000, I ran into some issues that
might be of interest.
At the C level:
statichere & staticforward caused the oddest error messages.
The removal of Py_TPFLAGS_HAVE_XXX touched the most places.
I think it be possible to redefine PyType_HasFeature and all of t
tomer filiba schrieb:
> [Adam Atlas]
>> Imagine this as the syntax: (a, b: a+b)
>
> i tend to like this feature.
Could you please move lambda syntax discussions to python-ideas
and not let them swash back ever again?
Georg
___
Python-3000 mailing list
[Adam Atlas]
> Imagine this as the syntax: (a, b: a+b)
i tend to like this feature. i'm either +0 or +1, i can't decide at the moment.
i always found lambda to be cumbersome and verbose. but i'm strictly -1
on having meaningful whitespace inside parenthesis, as your other
idea suggested.
when i t
Guido van Rossum wrote:
Experiment, see what results in the cleanest code in typical usage.
I experimented, and surprise! it's the API we already have. Returning
both "p" and "len" was only helpful for the ill-fated "options #3 and
#4"; once that requirement dropped away, the best approach bec
