You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Stop using internal APIs in _xxsubinterpretersmodule.c. #89649
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee=Noneclosed_at=Nonecreated_at=<Date2021-10-15.14:58:34.562>labels= ['3.11']
title='Stop using internal APIs in _xxsubinterpretersmodule.c.'updated_at=<Date2021-10-15.18:35:48.170>user='https://github.com/ericsnowcurrently'
By design, _xxsubinterpretersmodule is not supposed to be a builtin module. As a regular extension module it should only use public (or private-but-not-internal) APIs. In fact, I was careful to not use any internal APIs in the implementation. However, some have crept in. The usage of internal API should be replaced with public (or private) API. If necessary, new API should be added.
Activity
ericsnowcurrently commentedon Oct 15, 2021
By design, _xxsubinterpretersmodule is not supposed to be a builtin module. As a regular extension module it should only use public (or private-but-not-internal) APIs. In fact, I was careful to not use any internal APIs in the implementation. However, some have crept in. The usage of internal API should be replaced with public (or private) API. If necessary, new API should be added.