Repository navigation
Rename Py_NOGIL to a positive term #111863
Description
Activity
Maybe it will affect to #111571, Sam may need to make decision what should go first :)
But I agree with updating the term to follow SC's decision anyway.Yep, fully defer to Sam to merge things in whatever order he likes, including closing #111864 if he wants to do it another way.
up to Sam of course, but perhaps invert it completely, and go with something like
Py_GILorPy_WITH_GIL?I commented on @hugovk's PR (#111864 (comment)).
Macros like
Py_GILorPy_WITH_GILdo not work well because they are not defined in older versions of Python (or pypy). That would make writing the#ifpre-processor guards more difficult for extension code that targets multiple versions of Python.Reacted by Itamar OrenI put an issue in the steering council GitHub repo: python/steering-council#214
Reacted by Hugo van KemenadeI propose "multicore".
Reacted by Dave Burkholder and Donghee NaThe SC decision:
Py_GIL_DISABLEDI've updated the PR.
- added a commit that references this issue
on Nov 20, 2023 - added a commit that references this issue
on Nov 21, 2023
From the PEP 703 acceptance:
Py_NOGILis a user-facing macro, let's rename it to something positive.Maybe
Py_DISABLE_GILorPy_FREE_THREADED?cc @colesbury
Linked PRs
Py_NOGILtoPy_GIL_DISABLED#111864