Re: [Python-Dev] Can I revoke PEP 103 (info about git)?

2017-03-09 Thread Nick Coghlan
On 9 March 2017 at 06:53, Steven D'Aprano wrote: > On Wed, Mar 08, 2017 at 04:30:41PM +0100, Oleg Broytman wrote: > > On Wed, Mar 08, 2017 at 09:50:06AM -0500, Barry Warsaw > wrote: > > > > It's also okay to remove much of the content and just leave a > placeholder. > > > The historical record w

Re: [Python-Dev] PEP 538: Coercing the legacy C locale to a UTF-8 based locale

2017-03-09 Thread Nick Coghlan
On 9 March 2017 at 07:58, Guido van Rossum wrote: > On Wed, Mar 8, 2017 at 4:35 AM, Nick Coghlan wrote: > >> >> On 5 March 2017 at 17:50, Nick Coghlan wrote: >> >>> Late last year I started working on a change to the CPython CLI (*not* >>> the shared library) to get it to coerce the legacy C lo

Re: [Python-Dev] Impoverished compare ...

2017-03-09 Thread Random832
On Thu, Mar 9, 2017, at 18:43, Erik wrote: > Hi. > > I'm looking at stuff proposed over on Python-Ideas, and I'd appreciate > some pointers as to the basics of how C-level objects are generally > compared in Python 3. > > The issue is related to the performance of PyObject_RichCompare. I got

Re: [Python-Dev] Translated Python documentation

2017-03-09 Thread Victor Stinner
2017-03-10 0:35 GMT+01:00 Ned Deily : > I don't know exactly what you mean by an "official GO" but I don't think > there has been any agreement yet since there hasn't been a specific proposal > yet to review. I think what *was* agreed is that, in principle, translation > *sounds* like a good id

[Python-Dev] Impoverished compare ...

2017-03-09 Thread Erik
Hi. I'm looking at stuff proposed over on Python-Ideas, and I'd appreciate some pointers as to the basics of how C-level objects are generally compared in Python 3. The issue is related to the performance of PyObject_RichCompare. I got to the point where I was trying to work out what was the

Re: [Python-Dev] Translated Python documentation

2017-03-09 Thread Ned Deily
[catching up on an older thread] On Feb 27, 2017, at 05:31, Victor Stinner wrote: > 2017-02-25 19:19 GMT+01:00 Brett Cannon : >> It's getting a little hard to tease out what exactly is being asked at this >> point. Perhaps it's time to move the discussion over to a translation SIG >> (which proba

Re: [Python-Dev] iscoroutinefunction vs. coroutines

2017-03-09 Thread Guido van Rossum
On Thu, Mar 9, 2017 at 3:04 AM, Matthias Urlichs wrote: > Is this pattern > > def foo(): > return bar() > async def bar(): > await > > async def async_main(): > await foo() > > considered to be valid? > Yes, it is valid.

[Python-Dev] iscoroutinefunction vs. coroutines

2017-03-09 Thread Matthias Urlichs
Hi, Is this pattern def foo(): return bar() async def bar(): await async def async_main(): await foo() considered to be valid? The reason I'm asking is that some code out there likes to accept a might-be-a-coroutine-funct