Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On 9 September 2015 at 04:56, Brett Cannon wrote: > On Tue, 8 Sep 2015 at 11:36 Terry Reedy wrote: >> > The approaches to module deprecation I have seen are: >> > 1. Nothing changes to the deprecation process; you deprecate a module >> > and remove it in one to two releases >> > 2. Deprecate the

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

On 9/8/2015 2:08 PM, Stephen J. Turnbull wrote: R. David Murray writes: > On Tue, 08 Sep 2015 10:12:37 -0400, Gary Robinson wrote: > > 2) Have a mode where a particular data structure is not reference > > counted or garbage collected. > > This sounds kind of like what Trent did in PyPa

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

And thanks for making it a reality. ;) -Mike On 09/08/2015 05:37 PM, Eric V. Smith wrote: ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/pytho

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

Yeah, can't wait to use it! -Mike On 09/08/2015 05:37 PM, Eric V. Smith wrote: On 9/8/2015 8:27 PM, Guido van Rossum wrote: I'm accepting PEP 498. Congratulations Eric! And thanks to everyone who contributed. A lot of thought and discussion went into this -- Eric himself was against the idea

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

On 9/8/2015 8:27 PM, Guido van Rossum wrote: > I'm accepting PEP 498. Congratulations Eric! And thanks to everyone who > contributed. A lot of thought and discussion went into this -- Eric > himself was against the idea when it first came up! Thanks, Guido. In the next few days I'll update the imp

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

I'm accepting PEP 498. Congratulations Eric! And thanks to everyone who contributed. A lot of thought and discussion went into this -- Eric himself was against the idea when it first came up! For those wondering about the fate of PEPs 501 and 502: 501 will be deferred, and 502 will be turned into

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

On 8 September 2015 at 11:07, Gary Robinson wrote: >> I guess a third possible solution, although it would probably have >> meant developing something for yourself which would have hit the same >> "programmer time is critical" issue that you noted originally, would >> be to create a module that ma

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

Maybe you just have a job for Cap'n'proto? https://capnproto.org/ On 8 September 2015 at 11:12, Gary Robinson wrote: > Folks, > > If it’s out of line in some way for me to make this comment on this list, let > me know and I’ll stop! But I do feel strongly about one issue and think it’s > worth

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

> > Trent seems to be on to something that requires only a bit of a tilt > ;-), and despite the caveat above, I agree with David, check it out: I emailed with Trent a couple years ago about this very topic. The biggest issue for me was that it was Windows-only, but it sounds like that restrictio

Re: [Python-Dev] String Interpolation Best Practices

Perhaps, here is my mention of it yesterday and response: https://mail.python.org/pipermail/python-dev/2015-September/141487.html Some have been asking for guidance on the subject though (see other links in this thread). Maybe style-guide is the wrong terminology, but the idea wasn't inte

Re: [Python-Dev] String Interpolation Best Practices

Ok, I thought that's what you and others were asking for in previous threads. -Mike On 09/08/2015 10:32 AM, Guido van Rossum wrote: Sounds awfully premature. Style guides are typically updated in response to the ___ Python-Dev mailing list Python-De

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On Sep 08, 2015, at 10:02 AM, Guido van Rossum wrote: >#2 sounds fine to me. Agreed. -Barry ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/pytho

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On Tue, 8 Sep 2015 at 11:36 Terry Reedy wrote: > On 9/8/2015 12:59 PM, Brett Cannon wrote: > > There are two discussions going on in the issue tracker about > > deprecating some modules and it has led to the inevitable discussion of > > Python 2/3 compatibility (I'm not even going to bother menti

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On 9/8/2015 12:59 PM, Brett Cannon wrote: There are two discussions going on in the issue tracker about deprecating some modules and it has led to the inevitable discussion of Python 2/3 compatibility (I'm not even going to bother mentioning the issue #s as this thread is not about the modules sp

Re: [Python-Dev] String Interpolation Best Practices

I was not asking for style rules. Maybe you're thinking of my encouraging words regarding turning PEP 502 into an overview of the thinking that led to PEP 498? Or maybe I wasn't clear enough that that's what I was encouraging. :-) On Tue, Sep 8, 2015 at 11:21 AM, Mike Miller wrote: > Ok, I thoug

Re: [Python-Dev] Can't install Python 3.5rc3

On 2015-09-08 14:22, Steve Dower wrote: > It thinks you have version 3.5.5339.0 installed, which IIRC was a test build I made for some tcl changes. It's probably listed under xPython - can you see it? > > As I said at the time, they should be totally independent, but I guess not. Thanks for th

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

R. David Murray writes: > On Tue, 08 Sep 2015 10:12:37 -0400, Gary Robinson wrote: > > 2) Have a mode where a particular data structure is not reference > > counted or garbage collected. > > This sounds kind of like what Trent did in PyParallel (in a more generic > way). Except Gary has a

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

On 08.09.2015 19:17, R. David Murray wrote: On Tue, 08 Sep 2015 10:12:37 -0400, Gary Robinson wrote: 2) Have a mode where a particular data structure is not reference counted or garbage collected. This sounds kind of like what Trent did in PyParallel (in a more generic way). Yes, I can recal

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On September 8, 2015 at 1:29:58 PM, Brett Cannon (bcan...@gmail.com) wrote: > > That is one possibility, but I notice that django.contrib.comments is still > getting updated. For deprecated modules they probably won't even get > bugfixes anymore so I wouldn't want to give the wrong impression the

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

On Tue, 8 Sep 2015 at 10:26 Erik wrote: > Hi. > > I realise I'm coming late to the party on this, but I have a question > about something I don't think the PEP makes clear. > > > > When is the bytecode for the embedded expressions created? > > > Is it when the source code is parsed, or at runti

Re: [Python-Dev] String Interpolation Best Practices

Sounds awfully premature. Style guides are typically updated in response to the occurrence of bad practice in the wild, not in anticipation of such bad practice. I would give the users of Python 3.6 some more credit. On Tue, Sep 8, 2015 at 12:17 AM, Mike Miller wrote: > Hi, > > I'd like to colle

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

The byte code for the embedded expressions is all produced during the regular byte code generation phase. On Tue, Sep 8, 2015 at 3:30 AM, Erik wrote: > Hi. > > I realise I'm coming late to the party on this, but I have a question > about something I don't think the PEP makes clear. > > > > When

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On Tue, 8 Sep 2015 at 10:08 Donald Stufft wrote: > On September 8, 2015 at 1:01:14 PM, Brett Cannon (bcan...@gmail.com) > wrote: > > > > The approaches to module deprecation I have seen are: > > 1. Nothing changes to the deprecation process; you deprecate a module and > > remove it in one to two

Re: [Python-Dev] PEP 498: Literal String Interpolation is ready for pronouncement

Hi. I realise I'm coming late to the party on this, but I have a question about something I don't think the PEP makes clear. When is the bytecode for the embedded expressions created? Is it when the source code is parsed, or at runtime when the f-string is evaluated? If the latter, the

[Python-Dev] String Interpolation Best Practices

Hi, I'd like to collect thinking on best practices that we can use as a style guide for string interpolation. Now that arbitrary expressions are very likely to be included, it is more important to set guidelines than it would otherwise be. Below is a recent post with some good ideas (though

Re: [Python-Dev] What's New editing

On Tue, 8 Sep 2015 at 10:11 Laxmikant Chitare wrote: > Hi Team Python, > > It is really nice, motivating and encouraging to see people contribute to > community in spite of the work load. "Thank you" is just not enough to > appreciate your efforts. I have been programming in Python for quite some

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

On Tue, 08 Sep 2015 10:12:37 -0400, Gary Robinson wrote: > 2) Have a mode where a particular data structure is not reference > counted or garbage collected. This sounds kind of like what Trent did in PyParallel (in a more generic way). --David ___ Pyth

Re: [Python-Dev] What's New editing

On Wed, Sep 9, 2015 at 3:08 AM, Laxmikant Chitare wrote: > > It is really nice, motivating and encouraging to see people contribute to > community in spite of the work load. "Thank you" is just not enough to > appreciate your efforts. I have been programming in Python for quite some > time and I a

Re: [Python-Dev] What's New editing

Hi Team Python, It is really nice, motivating and encouraging to see people contribute to community in spite of the work load. "Thank you" is just not enough to appreciate your efforts. I have been programming in Python for quite some time and I am loving it more as days pass by. I have been think

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

On September 8, 2015 at 1:01:14 PM, Brett Cannon (bcan...@gmail.com) wrote: > > The approaches to module deprecation I have seen are: > 1. Nothing changes to the deprecation process; you deprecate a module and > remove it in one to two releases > 2. Deprecate the module but with no plans for remov

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

> I guess a third possible solution, although it would probably have > meant developing something for yourself which would have hit the same > "programmer time is critical" issue that you noted originally, would > be to create a module that managed the data structure in shared > memory, and then us

Re: [Python-Dev] Choosing an official stance towards module deprecation in Python 3

#2 sounds fine to me. On Tue, Sep 8, 2015 at 9:59 AM, Brett Cannon wrote: > There are two discussions going on in the issue tracker about deprecating > some modules and it has led to the inevitable discussion of Python 2/3 > compatibility (I'm not even going to bother mentioning the issue #s as

[Python-Dev] Choosing an official stance towards module deprecation in Python 3

There are two discussions going on in the issue tracker about deprecating some modules and it has led to the inevitable discussion of Python 2/3 compatibility (I'm not even going to bother mentioning the issue #s as this thread is not about the modules specifically but module deprecation in general

Re: [Python-Dev] Yet another "A better story for multi-core Python" comment

On 8 September 2015 at 15:12, Gary Robinson wrote: > So, one thing I am hoping comes out of any effort in the “A better story” > direction would be a way to share large data structures between processes. > Two possible solutions: > > 1) More the reference counts away from data structures, so cop

[Python-Dev] Yet another "A better story for multi-core Python" comment

Folks, If it’s out of line in some way for me to make this comment on this list, let me know and I’ll stop! But I do feel strongly about one issue and think it’s worth mentioning, so here goes. I read the "A better story for multi-core Python” with great interest because the GIL has actually b

Re: [Python-Dev] PEP 498: Naming

On 09/08/2015 10:20 AM, Alexander Belopolsky wrote: > > On Tue, Sep 8, 2015 at 2:37 AM, Mike Miller > wrote: > > To my knowledge there was i for interpolation, t for template, and e > for expression suggested. Any better ideas? > > > I believe someone

Re: [Python-Dev] PEP 498: Naming

On Tue, Sep 8, 2015 at 2:37 AM, Mike Miller wrote: > To my knowledge there was i for interpolation, t for template, and e for > expression suggested. Any better ideas? I believe someone suggested !"..." as well. I still think f"..." notation is the best as long as these elements are called "

Re: [Python-Dev] Can't install Python 3.5rc3

It thinks you have version 3.5.5339.0 installed, which IIRC was a test build I made for some tcl changes. It's probably listed under xPython - can you see it? As I said at the time, they should be totally independent, but I guess not. Thanks for the heads up. Top-posted from my Windows Phone -

Re: [Python-Dev] PEP 498: Naming

Nice work! So we're on the eve of pronouncement and though I've read several bring up the slightly-unfortunate naming of f-strings in the past, I've not seen recent discussion on the subject. While the 498 implementation looks best, it still could be tweaked on the surface to use one of the o