| "PEP 3146 -- Merging Unladen Swallow into CPython" > Future Work (2010)
https://www.python.org/dev/peps/pep-3146/#future-work Perhaps Google/Grumpy could be updated to compile Python 3.x+ to Go with e.g. the RustPython version of the CPython Python Standard Library modules? "Inside cpyext: Why emulating CPython C API is so Hard" (2018)
https://news.ycombinator.com/item?id=18040664 Today, conda-forge compiles CPython to relocatable platform+architecture-specific binaries with LLVM. https://github.com/conda-forge/python-feedstock/blob/master/... conda-forge also compiles PyPy Python to relocatable platform+architecture-specific binaries with LLVM.
conda-forge/pypy3.6-feedstock (3.7) https://github.com/conda-forge/pypy3.6-feedstock/blob/master... https://github.com/conda-forge/pypy-meta-feedstock/blob/mast... : > summary: Metapackage to select pypy as python implementation Pyodide (JupyterLite) compiles CPython to WASM (or LLVM IR?) with LLVM/emscripten IIRC. Hopefully there's a clear way to implement the new GIL-less multithreading support with Web Workers in WASM, too? The https://rapids.ai/ org has a bunch a fast Python for HPC and Cloud; with Dask and pick a scheduler. Less process overhead and less need for interprocess locking of memory handles that transgress contexts due to a new GIL removal approach would be even faster than debuggable one process per core Python. |
The approach focuses on functional programming, does away with extensions completely.
For that approach to be successful, a pure python implementation of stdlib in the transpileable subset of python 3 would be super helpful.