TurboPython – A Python-to-C++ Compiler

Ohentis

It talks alot about how it's different from python and not at all how it's different from rust (the language that it is actually similar to). Syntax is ultimately very superficial and doesn't really matter all that much.

orangeboats

>no garbage collector, no automatic reference counting, no GIL The page is triggering my AI alarm.

fps-hero

What advantages does this provide beyond what can be achieved with Cython? People are in love with the idea of a Pythonic language with the speed of an ahead of time compiled language. The issue is without 100% compatibility with existing CPython code, enabling you to use the existing interesting libraries of the Python ecosystem, you’ll get no interest. There is a trivial subset of python which seems it could be made substantially faster, for example integer / floating point operations. Frustratingly people make attempts and get nowhere, encountering resistance and red tape. (See https://discuss.python.org/t/using-tagged-pointers-to-suppor... ). We even had this project, Pon, posted about 3 months ago ( https://github.com/can1357/pon ). > pon is a JIT & AoT native compiler and runtime for Python 3.14, written in Rust. This is all anyone has ever wanted. It was basically dismissed, and hasn’t been worked on since it was posted. If a project like that can’t inspire interest, I don’t know what will.

skavi

If you want an AoT compiled almost-Python, why not use Mojo?

aaronsung

It reminds me of PyPy ( https://pypy.org/ ) It works as a pure Python runtime, but when comes with issues when integrating with existing libraries who have C/C++ extensions, which is a big one for modern use of Python (Numpy, pandas, you name it)