[Python-Dev] [RELEASE] Python 3.11.0a3 is available

You can tell that we are slowly getting closer to the first beta as the number of release blockers that we need to fix on every release starts to increase [image: :sweat_smile:] But we did it! Thanks to Steve Dower, Ned Deily, Christian Heimes, Łukasz Langa and Mark Shannon that helped get things

[Python-Dev] Re: PEP 674: Disallow using macros as l-value

I am sorry for the multi-post, it seems the first message I sent and which I thought got lost somewhere along the way was simply routed via pidgeon. I promise to wait for the message to arrive more patiently next time. Tim From: Tim Felgentreff Sent:

[Python-Dev] Re: PEP 674: Disallow using macros as l-value

Hi, On Tue, 7 Dec 2021 16:08:27 -0800 Guido van Rossum wrote: > I wonder if there's a role for HPy in this context? What if instead of > evolving the stable ABI and the limited API, instead we were to focus on > first-class support for HPy? The hope with the HPy project is indeed to provide a C

[Python-Dev] Re: PEP 674: Disallow using macros as l-value

Hi, On Tue, 7 Dec 2021 16:08:27 -0800 Guido van Rossum wrote: > I wonder if there's a role for HPy in this context? What if instead of > evolving the stable ABI and the limited API, instead we were to focus on > first-class support for HPy? The hope with the HPy project is indeed to provide a C

[Python-Dev] Re: Clarification regarding Stable ABI and _Py_*

On Wed, Dec 8, 2021 at 2:23 AM Petr Viktorin wrote: > That really depends on what function we'd want to remove. There are > usually alternatives to deleting things, but the options depend on the > function. If we run out of other options we can make the function always > fail or make it leak

[Python-Dev] Re: PEP 674: Disallow using macros as l-value

On Tue, 7 Dec 2021 16:08:27 -0800 Guido van Rossum gu...@python.org wrote: I wonder if there’s a role for HPy in this context? What if instead of evolving the stable ABI and the limited API, instead we were to focus on first-class support for HPy? The hope with the HPy project is

[Python-Dev] Re: Clarification regarding Stable ABI and _Py_*

On Wed, 8 Dec 2021 at 12:42, Petr Viktorin wrote: > > I assume it would be insensitive to ask whether we could just get rid of > > the stable ABI altogether and focus on the limited API? Just tell > > everyone they have to rebuild binary wheels for every Python feature > > release. Presumably the

[Python-Dev] Re: Clarification regarding Stable ABI and _Py_*

On 07. 12. 21 19:28, Guido van Rossum wrote: On Tue, Dec 7, 2021 at 12:58 AM Petr Viktorin > wrote: On 06. 12. 21 21:50, Guido van Rossum wrote: [...] > Also, it looks like Mark is proposing to *remove* _PyObject_GC_Malloc > from stable_abi.txt in

[Python-Dev] Re: PEP 674: Disallow using macros as l-value

Victor Stinner wrote: > First, PyPy tried to only implement a subset of the C API and promote > cffi for incompatible C extensions. This approach failed. Just to be clear: I don't think any of the PyPy devs assumed the huge Python c-extension ecosystem would suddenly run to adopt CFFI, so

[Python-Dev] Re: PEP 674: Disallow using macros as l-value

On 07. 12. 21 17:54, Joao S. O. Bueno wrote: Sorry for stepping in - but I am seeing too many arguments in favour of the rules because "they are the rules", and just Victor arguing with what is met in the "real world". OTOH, coming up with rules and then blatantly ignoring them is silly at

[Python-Dev] Re: PEP 674: Disallow using macros as l-value

On 08. 12. 21 1:47, Victor Stinner wrote: For me, HPy is the only valid stable API and stable ABI in the long term which is efficient on any Python implementation. Its design is very different than the C API: HPy avoids all C API design mistakes, it doesn't leak any implementation detail.

[Python-Dev] Re: Clarification regarding Stable ABI and _Py_*

On 07. 12. 21 20:58, Guido van Rossum wrote: On Tue, Dec 7, 2021 at 11:02 AM Christian Heimes > wrote: On 07/12/2021 19.28, Guido van Rossum wrote: > I assume it would be insensitive to ask whether we could just get rid of > the stable ABI