Issue 46773: Add a Private API for Looking Up Global Objects

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

This issue has been migrated to GitHub: https://github.com/python/cpython/issues/90929

classification

Title:	Add a Private API for Looking Up Global Objects
Type:		Stage:	needs patch
Components:	Interpreter Core	Versions:	Python 3.11

process

Status:	open	Resolution:
Dependencies:		Superseder:
Assigned To:	eric.snow	Nosy List:	eric.snow
Priority:	normal	Keywords:

Created on 2022-02-16 18:34 by eric.snow, last changed 2022-04-11 14:59 by admin.

Messages (1)
msg413352 - (view)	Author: Eric Snow (eric.snow) *	Date: 2022-02-16 18:34
We need this to statically initialize PyArg_Parser.kwtuple. (See bpo-46772.) For now this will be a "private" API (leading underscore). Ultimately, we'll want a Public API, so we can eventually stop exposing any objects as symbols in the C-API. However, that will need a PEP.

msg413352 - (view)

Author: Eric Snow (eric.snow) * (Python committer)

Date: 2022-02-16 18:34

We need this to statically initialize PyArg_Parser.kwtuple.  (See bpo-46772.)

For now this will be a "private" API (leading underscore).  Ultimately, we'll want a Public API, so we can eventually stop exposing *any* objects as symbols in the C-API.  However, that will need a PEP.

History
Date	User	Action	Args
2022-04-11 14:59:56	admin	set	github: 90929
2022-02-16 18:36:54	eric.snow	link	issue46772 dependencies
2022-02-16 18:34:50	eric.snow	create