On Mon, 18 Jan 2021 12:41:45 -0800
Chris Barker via Python-Dev wrote:
>
> And in "real world" code, I've done just this -- building a system for
> saving / restoring dataclasses to/from JSON. In that case, each of the
> dataclasses knows how to save itself and build itself from JSON-compatible
>
On Mon, 18 Jan 2021 15:54:32 -0800
Larry Hastings wrote:
> On 1/18/21 3:42 PM, Inada Naoki wrote:
> > Many type hinting use cases don't need type objects in runtime.
> > So I think PEP 563 is better for type hinting user experience.
>
> You mean, in situations where the user doesn't want to imp
Hi,
We are working on upgrading Python from 3.9 to 3.10 in Fedora and we
are facing many Python 3.10 incompatible changes. Most changes were
planned with a deprecation period, but, as usual, projects are not
tested with DeprecationWarning treated as errors, and so tons of
packages now fail to buil
Hi everyone,
It's time for yet another PEP :)
Fortunately, this one is a small one that doesn't change much.
It's aim is to make the VM more robust.
Abstract
This PEP proposes that machine stack overflow is treated differently
from runaway recursion. This would allow programs to set
On 1/19/2021 8:31 AM, Mark Shannon wrote:
Hi everyone,
It's time for yet another PEP :)
Fortunately, this one is a small one that doesn't change much.
It's aim is to make the VM more robust.
Abstract
This PEP proposes that machine stack overflow is treated differently
from runaway r
On 1/19/2021 8:31 AM, Mark Shannon wrote:
It's time for yet another PEP :)
Fortunately, this one is a small one that doesn't change much.
It's aim is to make the VM more robust.
Abstract
This PEP proposes that machine stack overflow is treated differently
from runaway recursion.
M
On 19/01/2021 2:38 pm, Terry Reedy wrote:
On 1/19/2021 8:31 AM, Mark Shannon wrote:
Hi everyone,
It's time for yet another PEP :)
Fortunately, this one is a small one that doesn't change much.
It's aim is to make the VM more robust.
Abstract
This PEP proposes that machine stack ov
On Tue, 19 Jan 2021 13:31:45 +
Mark Shannon wrote:
> Hi everyone,
>
> It's time for yet another PEP :)
>
> Fortunately, this one is a small one that doesn't change much.
> It's aim is to make the VM more robust.
On the principle, no objection.
In practice, can you show how an implementatio
On Tue, 2021-01-19 at 13:31 +, Mark Shannon wrote:
> Hi everyone,
>
> It's time for yet another PEP :)
>
> Fortunately, this one is a small one that doesn't change much.
> It's aim is to make the VM more robust.
>
> Abstract
>
>
> This PEP proposes that machine stack overflow is tr
On 19/01/2021 3:40 pm, Antoine Pitrou wrote:
On Tue, 19 Jan 2021 13:31:45 +
Mark Shannon wrote:
Hi everyone,
It's time for yet another PEP :)
Fortunately, this one is a small one that doesn't change much.
It's aim is to make the VM more robust.
On the principle, no objection.
In pra
On Tue, 19 Jan 2021 15:54:39 +
Mark Shannon wrote:
> On 19/01/2021 3:40 pm, Antoine Pitrou wrote:
> > On Tue, 19 Jan 2021 13:31:45 +
> > Mark Shannon wrote:
> >> Hi everyone,
> >>
> >> It's time for yet another PEP :)
> >>
> >> Fortunately, this one is a small one that doesn't change mu
On 19/01/2021 3:43 pm, Sebastian Berg wrote:
On Tue, 2021-01-19 at 13:31 +, Mark Shannon wrote:
Hi everyone,
It's time for yet another PEP :)
Fortunately, this one is a small one that doesn't change much.
It's aim is to make the VM more robust.
Abstract
This PEP proposes that
On 19/01/2021 4:15 pm, Antoine Pitrou wrote:
On Tue, 19 Jan 2021 15:54:39 +
Mark Shannon wrote:
On 19/01/2021 3:40 pm, Antoine Pitrou wrote:
On Tue, 19 Jan 2021 13:31:45 +
Mark Shannon wrote:
Hi everyone,
It's time for yet another PEP :)
Fortunately, this one is a small one that
On Tue, 19 Jan 2021 16:28:46 +
Mark Shannon wrote:
> On 19/01/2021 4:15 pm, Antoine Pitrou wrote:
> > On Tue, 19 Jan 2021 15:54:39 +
> > Mark Shannon wrote:
> >> On 19/01/2021 3:40 pm, Antoine Pitrou wrote:
> >>> On Tue, 19 Jan 2021 13:31:45 +
> >>> Mark Shannon wrote:
>
A PR was proposed to document the removal of the loop parameter:
https://github.com/python/cpython/pull/24256
Victor
On Tue, Jan 19, 2021 at 1:34 PM Victor Stinner wrote:
>
> Hi,
>
> We are working on upgrading Python from 3.9 to 3.10 in Fedora and we
> are facing many Python 3.10 incompatible c
I'm not clear on how you plan to implement this in CPython.
I can totally see that if a Python function calls another Python function,
you can avoid the C stack frame and hence you can have as many Python call
levels as you want.
However, there are many scenarios where a Python function calls a C
On Tue, 2021-01-19 at 16:22 +, Mark Shannon wrote:
>
>
> On 19/01/2021 3:43 pm, Sebastian Berg wrote:
> > On Tue, 2021-01-19 at 13:31 +, Mark Shannon wrote:
> > > Hi everyone,
> > >
> > > It's time for yet another PEP :)
> > >
> > > Fortunately, this one is a small one that doesn't chan
On 19/01/2021 5:48 pm, Guido van Rossum wrote:
I'm not clear on how you plan to implement this in CPython.
I can totally see that if a Python function calls another Python
function, you can avoid the C stack frame and hence you can have as many
Python call levels as you want.
However, ther
On Tue, Jan 19, 2021 at 10:08 AM Mark Shannon wrote:
>
>
> On 19/01/2021 5:48 pm, Guido van Rossum wrote:
> > I'm not clear on how you plan to implement this in CPython.
> >
> > I can totally see that if a Python function calls another Python
> > function, you can avoid the C stack frame and henc
Hi Mark,
Thanks for gathering this proposal! Looks very interesting. I have some
preliminary questions: how is this going to affect
the "py-bt" command of the gdb helpers
(https://github.com/python/cpython/blob/master/Tools/gdb/libpython.py#L1876-L1897)
and other similar tools that produce a uni
On 1/19/2021 10:01 AM, Mark Shannon wrote:
The following program will run safely to completion:
I interpreted this to mean 'works now', on whatever system you tested
this on. You question suggests that you meant "fails now but will work
with a successful patch for the PEP".
sys.setr
21 matches
Mail list logo
