On 2012-06-08, at 20:29 , Brett Cannon wrote:
> On Fri, Jun 8, 2012 at 2:21 PM, fwierzbi...@gmail.com > wrote:
>
>> On Fri, Jun 8, 2012 at 10:59 AM, Brett Cannon wrote:
>>> R. David already replied to this, but just to reiterate: tests can always
>>> get updated, and code that fixes a bug (and l
On Sun, Jun 10, 2012 at 12:05 PM, Brett Cannon wrote:
>> Well, the question is, are many python-dev discussions CPython(specific?
>> If not, then it doesn't make a lot of sense to create python-implementations
>> (and it's one more subscription to manage for those of us who want to keep
>> an eye
On Sun, Jun 10, 2012 at 12:15 PM, raymond.hettinger
wrote:
> http://hg.python.org/cpython/rev/fecbcd5c3978
> changeset: 77397:fecbcd5c3978
> user: Raymond Hettinger
> date: Sat Jun 09 19:15:26 2012 -0700
> summary:
> Note that the _asdict() method is outdated
This checkin change
2012/6/5 Brett Cannon :
> * is_keyword_only : bool
> True if the parameter is keyword-only, else False.
> * is_args : bool
> True if the parameter accepts variable number of arguments
> (``\*args``-like), else False.
How about "vararg" as its named in AST.
> * is_kwargs : bool
> T
On 06/10/2012 10:59 AM, Benjamin Peterson wrote:
2012/6/5 Brett Cannon:
* is_keyword_only : bool
True if the parameter is keyword-only, else False.
* is_args : bool
True if the parameter accepts variable number of arguments
(``\*args``-like), else False.
How about "vararg" as i
2012/6/10 Larry Hastings :
> Can you make a more concrete suggestion? "type" strikes me as a poor choice
> of name, as it makes one think immediately of type(), which is another, uh,
> variety of "type".
kind ->
"position" or
"keword_only" or
"vararg" or
"kwarg"
--
Regards,
Benjamin
__
Really? Are we now proposing multiple lists? That just makes it easier
to miss stuff for me.
On Sun, Jun 10, 2012 at 5:53 AM, Nick Coghlan wrote:
> On Sun, Jun 10, 2012 at 12:05 PM, Brett Cannon wrote:
>>> Well, the question is, are many python-dev discussions CPython(specific?
>>> If not, then
I am proposing a single list to just discuss multi-vm issues so that it
doesn't force all other VM contributors to sign up for python-dev if they
don't care about language issues. We could hijack the stdlib-sig mailing
list, but that isn't the right focus necessarily.
On Jun 10, 2012 8:42 PM, "Guid
But what guarantee do you have that (a) the right people sign up for
the new list, and (b) topics are correctly brought up there instead of
on python-dev? I agree that python-dev is turning into a firehose, but
I am reluctant to create backwaters where people might arrive at what
they think is a co
On Sun, Jun 10, 2012 at 1:27 PM, Benjamin Peterson wrote:
> 2012/6/10 Larry Hastings :
>> Can you make a more concrete suggestion? "type" strikes me as a poor choice
>> of name, as it makes one think immediately of type(), which is another, uh,
>> variety of "type".
>
> kind ->
> "position" or
>
2012/6/10 Alexandre Zani :
>
> I prefer the flags. Flags means I can just look at the Parameter
> object. A "type" or "kind" or whatever means I need to compare to a
> bunch of constants. That's more stuff to remember.
I don't see why remembering 4 names is any harder than remember four attributes
On Sun, Jun 10, 2012 at 11:13 PM, Benjamin Peterson wrote:
> 2012/6/10 Alexandre Zani :
>>
>> I prefer the flags. Flags means I can just look at the Parameter
>> object. A "type" or "kind" or whatever means I need to compare to a
>> bunch of constants. That's more stuff to remember.
>
> I don't se
12 matches
Mail list logo
