Guido van Rossum writes: > +0. It's the better solution but I bet it's more work to code it than > _sysconst. I'm not volunteering, and I want Tim to have time to help > with the type/class unification, which is behind schedule. One interesting thing about these modules is that the executable C code is no longer needed once the modules has been initialized (similar to the code object for a module; it creates things and then goes away). Perhaps there should be a C equivalent. When the shared-object importer loads a .so/.dll/.pyd, it looks for init<module> and calls that, and then keeps the object loaded. Perhaps a second name could be checked for, build<module>, which indicates that the initialized module has no dependencies on the C code, which which case the .so/.dll/.pyd gets unloaded after the build<module> returns. Another possibility is to simply regenerate token.py and symbol.py whenever token.h and graminit.h change. That can be driven by make so they don't fall out of sync with the rest of the grammar. -Fred -- Fred L. Drake, Jr. <fdrake at acm.org> PythonLabs at Zope Corporation
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4