RustPython Is Implementing Python 3 Within Rust

[phoronix]

Phoronix: RustPython Is Implementing Python 3 Within Rust

RustPython is a new Python 3.x implementation written within the Rust programming language...

http://www.phoronix.com/scan.php?page=news_item&px=RustPython-Python-3-Rust

[Shnatsel]

CPython is notably not safe against arbitrary bytecode, so it would be cool if this thing was. That would set it apart from the dozen existing Python implementations out there.

[jacob]

CPython is notably not safe against arbitrary bytecode, so it would be cool if this thing was. That would set it apart from the dozen existing Python implementations out there.

Another thing is that with a more rigorous memory management, this new interpreter might be able to reduce reliance on dynamic garbage collecting (the Python language will always require some form of GC, but the interpreter itself may be able to streamline it), which would theoretically allow it to provide better support for multithreading by avoiding the GIL.

[euler271]

Phoronix: RustPython Is Implementing Python 3 Within Rust

RustPython is a new Python 3.x implementation written within the Rust programming language...

http://www.phoronix.com/scan.php?pag...-Python-3-Rust

"written within the Rust programming language"? wouldnt it be "written in the Rust programming language". The former made me think that the rust compiler was incorporating a python interpreter for who knows what reason(macro interpreter(?) lol, who knows).

[Shnatsel]

Another thing is that with a more rigorous memory management, this new interpreter might be able to reduce reliance on dynamic garbage collecting (the Python language will always require some form of GC, but the interpreter itself may be able to streamline it), which would theoretically allow it to provide better support for multithreading by avoiding the GIL.

Jython, IronPython and PyPy-STM are existing implementations of Python without the GIL, so that would not be exactly new.

[jacob]

Jython, IronPython and PyPy-STM are existing implementations of Python without the GIL, so that would not be exactly new.

AFAIK Jython and IronPython have limitations (don't remember exactly, closures are only partially supported or don't work the same as is CPython, or something like that). Don't know about PyPy-STM.
Both Jython and IronPython also suffer from pretty dismal performance and can't use Python libraries implemented in C.

*IF* this project can create an interpreter that would work as a drop-in replacement for CPython with at least similar performance and without a GIL, that would definitely be new and very useful.

[jacob]

"written within the Rust programming language"? wouldnt it be "written in the Rust programming language". The former made me think that the rust compiler was incorporating a python interpreter for who knows what reason(macro interpreter(?) lol, who knows).

Funny, that's exactly what I assumed at first: that this was some set of Rust macros or something that allows you to write Python code right in the middle of your Rust project

[ksec]

I wonder how this would turn out. I tried suggesting a Rusted-Ruby, but there aren't that much interest.

[nanonyme]

Jython, IronPython and PyPy-STM are existing implementations of Python without the GIL, so that would not be exactly new.

Jython: Can't run C Python libraries with C extensions and badly behind CPython releases
IronPython: .Net requirement has limited portability, no Python 3 support
PyPy-STM: Largely academic research project. Requires differently compiled PyPy and not likely to replace regular one due to single-thread performance drop

[ssorgatem]

Jython, IronPython and PyPy-STM are existing implementations of Python without the GIL, so that would not be exactly new.

But both are stuck on Python 2.7

And Jython is kinda dead, with some recent bugfix commits but the last release being from 4 years ago.