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.

Author pablogsal
Recipients Andrew.C, Anthony Sottile, Jim Fasarakis-Hilliard, amaury.forgeotdarc, berker.peksag, djmitche, effbot, kirkshorts, meador.inge, pablogsal, serhiy.storchaka, superluser
Date 2021-01-27.17:36:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1611769018.83.0.920776810469.issue3353@roundup.psfhosted.org>
In-reply-to
Content
For reimplementing Lib/tokenize.py we don't need to publicly expose anything in the C-API. We can have a private _tokenize module with uses whatever you need and then you use that _tokenize module in the tokenize.py file to reimplement the exact Python API that the module exposes.

Publicly exposing the headers or APIs opens new boxes of potential problems: ABI stability, changes in the signatures, changes in the structs. Our experience so far with other parts is that almost always is painful to add optimization to internal functions that are partially exposed, so I am still not convinced offering public C-APIs for the builtin tokenizer.
History
Date User Action Args
2021-01-27 17:36:58pablogsalsetrecipients: + pablogsal, effbot, amaury.forgeotdarc, djmitche, kirkshorts, meador.inge, berker.peksag, serhiy.storchaka, superluser, Andrew.C, Anthony Sottile, Jim Fasarakis-Hilliard
2021-01-27 17:36:58pablogsalsetmessageid: <1611769018.83.0.920776810469.issue3353@roundup.psfhosted.org>
2021-01-27 17:36:58pablogsallinkissue3353 messages
2021-01-27 17:36:58pablogsalcreate