[Python-ideas] Re: Simpler syntax for async generators

Steven D'Aprano ezt írta (időpont: 2019. szept. 16., H 2:55): > On Mon, Sep 16, 2019 at 11:36:45AM +1200, Greg Ewing wrote: > > George Fischhof wrote: > > >With this syntax the use / programmer do not have to write async def, > > >nor await, because after the yield the await should come automatic

[Python-ideas] Re: Simpler syntax for async generators

On Mon, Sep 16, 2019 at 7:13 PM George Fischhof wrote: > > yes exactly I would like this. > > Regarding the waiting and frameworks: > > The solution should be independent from waiting and frameworks: > > Let's see what happens now (sync, not async) > > User has a generator, he wants values. > > Us

[Python-ideas] Cache an entire import object graph

Hi, I would like some feedback on the feasibility of an idea I've had: caching an entire import graph to speed up interactive apps. The idea is that tools like pytest, pip, hg, etc would be able to save and restore an import graph to cut down on initial startup time. As I think of it, this wi

[Python-ideas] Re: Cache an entire import object graph

I encourage you to search this list (and maybe Python-dev) for a discussion (maybe a year ago or so?) about speeding up interpreter startup. In particular, there were ideas about having a bi art pre-loaded with all the standard modules that get loaded every time. The conversation petered out, but

[Python-ideas] Re: Cache an entire import object graph

I'd hacked together an implementation of this idea last year for Python 3.6 and even gave a talk[1] on it at last year's EuroPython. Larry Hastings was interested in this idea, so I'd sent him my patch. He seems to have ported it to Python 3.8 and it's on this issue[2] on the bug tracker. - Jee

[Python-ideas] Re: Cache an entire import object graph

Wow! That's pretty great. I'm watching this tomorrow for sure. Do you have a feeling on if your patch is scalable up from your use case of the basic standard modules all the way up to pytest? > On 16 Sep 2019, at 18:43, jeethu wrote: > > I'd hacked together an implementation of this idea last

[Python-ideas] Re: Cache an entire import object graph

The last comment "what's able to be avoided is the unmarshalling costs." Seems to imply this is very different from my idea. Although probably a prerequisite or subset of it. Seems like a good start either way! > On 16 Sep 2019, at 18:43, jeethu wrote: > > I'd hacked together an implementation

[Python-ideas] Re: Cache an entire import object graph

Hi I'm interested in this area. Jeethu's slides are available at https://ep2018.europython.eu/media/conference/slides/faster-python-startup.pdf By the way, TeX has a \dump command, which also makes it an example of an "image-based language", as in Jeethu's slides. LaTeX is an example of a \dump

[Python-ideas] Need a core developer sponsor for a PEP

Hello, I would like to publish a new PEP (see here ). I discussed this idea here . The PEP1