A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2019-February/156385.html below:

[Python-Dev] Making PyInterpreterState an opaque type

[Python-Dev] Making PyInterpreterState an opaque type [Python-Dev] Making PyInterpreterState an opaque typeSteve Dower steve.dower at python.org
Tue Feb 19 11:46:17 EST 2019
On 19Feb2019 0555, Nick Coghlan wrote:
> I really don't want us to ever get into a situation where we're
> actively encouraging third party projects to define Py_BUILD_CORE.
> 
> If we decide we do want to go down a path like that, I'd instead
> prefer to see us define something more like "Py_FRAGILE_API" to make
> it clear that folks using those extra interfaces are tightly coupling
> themselves to a specific version of CPython, and are likely going to
> need to make changes when new versions are released.

I mean, my suggestion of "Py_I_TOO_LIKE_TO_LIVE_DANGEROUSLY" was only a 
little bit tongue-in-cheek :)

Maybe there's a good Monty Python reference we can use here? 
"Py_ITS_JUST_A_FLESH_WOUND" or "Py_THEN_WE_JUMP_OUT_OF_THE_RABBIT"

Cheers,
Steve
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4