On Sun, Apr 26, 2020 at 2:21 PM Carl Shapiro <[email protected]> wrote: > While this PEP may not create a maintenance burden for CPython, it > does have the effect of raising the complexity bar for an alternative > Python implementation.
FWIW, I did reach out to the various major Python implementation about this and got a favorable response. See: https://www.python.org/dev/peps/pep-0554/#alternate-python-implementations > A thought that may have already been mentioned elsewhere: perhaps the > PEP could be more made more acceptable by de-scoping it to expose a > minimal set of C-API hooks to enable third-party libraries for the > sub-interpreter feature rather than providing that feature in the > standard library? Note that the low-level implementation of PEP 554 is an extension module that only uses the public C-API (no "internal" C-API). So all the hooks are already there. Or did I misunderstand? -eric _______________________________________________ Python-Dev mailing list -- [email protected] To unsubscribe send an email to [email protected] https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/[email protected]/message/5GGT546APMHRFPIVZS4DW6MQ2FFFU32I/ Code of Conduct: http://python.org/psf/codeofconduct/
