Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Glenn Linderman
On 5/30/2017 2:18 PM, Guido van Rossum wrote: On Tue, May 30, 2017 at 11:49 AM, David Wilson > wrote: On Tue, May 30, 2017 at 09:38:55PM +0300, Serhiy Storchaka wrote: > > In early ages of C structures didn't create namespaces, and member > > names wer

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Jonathan Cronin
On May 30, 2017, at 11:38 AM, Guido van Rossum wrote:On Mon, May 29, 2017 at 11:16 PM, Serhiy Storchaka wrote:30.05.17 09:06, Greg Ewing пише: Steven D'Aprano wrote: What does "tp" stand for? Type something, I guess. I think it's just short for "type". T

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Guido van Rossum
But I do stand corrected. I had forgotten that. On May 30, 2017 3:49 PM, "Greg Ewing" wrote: > Serhiy Storchaka wrote: > >> In early ages of C structures didn't create namespaces, and member names >> were globals. >> > > That would certainly explain the origins of it, but I'm > pretty sure it wa

Re: [Python-Dev] PEP 544: Protocols - second round

2017-05-30 Thread Guido van Rossum
[I added some blank lines to separate the PEP quotes from Kevin's responses.] On Mon, May 29, 2017 at 7:51 AM, Kevin Conway wrote: > From the PEP: > > The problem with them is that a class has to be explicitly marked to > support them, which is unpythonic and unlike what one would normally do in

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Greg Ewing
Serhiy Storchaka wrote: In early ages of C structures didn't create namespaces, and member names were globals. That would certainly explain the origins of it, but I'm pretty sure it wasn't the case by the time Python was invented. So Guido must have liked it for other reasons. -- Greg

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Jeff Allen
On 30/05/2017 16:38, Guido van Rossum wrote: On Mon, May 29, 2017 at 11:16 PM, Serhiy Storchaka mailto:storch...@gmail.com>> wrote: 30.05.17 09:06, Greg Ewing пише: Steven D'Aprano wrote: What does "tp" stand for? Type something, I guess. I think it's just sh

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Guido van Rossum
On Tue, May 30, 2017 at 11:49 AM, David Wilson wrote: > On Tue, May 30, 2017 at 09:38:55PM +0300, Serhiy Storchaka wrote: > > > > In early ages of C structures didn't create namespaces, and member > > > names were globals. > > > >That's nonsense. The reason is greppability. > > > Good reason! > >

Re: [Python-Dev] PEP 484 update proposal: annotating decorated declarations

2017-05-30 Thread Guido van Rossum
> On 15 May 2017 at 10:48, Koos Zevenhoven wrote: > >> Would __annotations__ be set by the decorator? To me, not setting them >> would seem weird, but cases where the result is not a function could >> be weird. I also don't see a mention of this only working in stubs. >> > It took me a while to re

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread David Wilson
On Tue, May 30, 2017 at 09:38:55PM +0300, Serhiy Storchaka wrote: > > In early ages of C structures didn't create namespaces, and member > > names were globals. > >That's nonsense. The reason is greppability. > Good reason! The first time I heard about prefixing struct members was to allow tric

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Serhiy Storchaka
30.05.17 18:38, Guido van Rossum пише: On Mon, May 29, 2017 at 11:16 PM, Serhiy Storchaka > wrote: 30.05.17 09:06, Greg Ewing пише: Steven D'Aprano wrote: What does "tp" stand for? Type something, I guess. I think it's just short fo

Re: [Python-Dev] "Micro-optimisations can speed up CPython"

2017-05-30 Thread Guido van Rossum
On Mon, May 29, 2017 at 11:16 PM, Serhiy Storchaka wrote: > 30.05.17 09:06, Greg Ewing пише: > >> Steven D'Aprano wrote: >> >>> What does "tp" stand for? Type something, I guess. >>> >> >> I think it's just short for "type". There's an old tradition >> in C of giving member names a short prefix r

Re: [Python-Dev] Aligning the packaging.python.org theme with the rest of the docs

2017-05-30 Thread Antoine Pitrou
On Tue, 30 May 2017 21:49:19 +1000 Nick Coghlan wrote: > > Here's an alternate wording for the README that would focus on those > considerations without explicitly asking folks not to use the theme: > > "Note that when adopting this theme, you're also borrowing an element > of the trust and cred

Re: [Python-Dev] Aligning the packaging.python.org theme with the rest of the docs

2017-05-30 Thread M.-A. Lemburg
On 30.05.2017 13:49, Nick Coghlan wrote: > Here's an alternate wording for the README that would focus on those > considerations without explicitly asking folks not to use the theme: > > "Note that when adopting this theme, you're also borrowing an element > of the trust and credibility establishe

Re: [Python-Dev] Backport ssl.MemoryBIO on Python 2.7?

2017-05-30 Thread Victor Stinner
I wrote a first PEP draft: https://github.com/python/peps/pull/272 Victor 2017-05-24 2:46 GMT+02:00 Victor Stinner : > Hi, > > Would you be ok to backport ssl.MemoryBIO and ssl.SSLObject on Python > 2.7? I can do the backport. > > https://docs.python.org/dev/library/ssl.html#ssl.MemoryBIO > > C

Re: [Python-Dev] Aligning the packaging.python.org theme with the rest of the docs

2017-05-30 Thread Nick Coghlan
On 29 May 2017 at 01:15, David Mertz wrote: > I agree with MAL and have also been on the Trademarks Committee for 8-9 > years. Protecting an actual Mark like the logo is fine, as painful as it is > to someone's say no to an attractive derived logo. But trying to protect a > look-and-feel is way to