Live data from Hacker News

RustPython: A Python Interpreter Written in Rust

github.com

21–30 of 75 posts

Re: RustPython: A Python Interpreter Written in Rust

#21
post #6

Earlier quoted context omitted.

idk but Jython didn't. So I don't think there's anything inherent in the language outside of CPython that calls for it.

The complete semantics of Python object lifetime are expensive to implement in a compatible manner without a GIL. Jython got around this by not doing it, making it not fully compatible (yes, people do depend on objects being eagerly freed), just using the JVM GC instead. If you do want full compatibility, the choice is between single-threaded performance and parallelism.

> yes, people do depend on objects being eagerly freed

I get that this must be one aspect of the necessity of the GIL but I mean, C++ also has eager free behavior due to RAII and threads are working fine there, as long as you know what you're doing. Perhaps that's the rub though, it's pretty easy to crash/deadlock in C++ and we blame the programmer rather than the language.

Re: RustPython: A Python Interpreter Written in Rust

#23
post #12

Earlier quoted context omitted.

Iirc, it mostly impact C modules in terms of the guarantees that are offered / not offered with GIL / NOGIL.

Yeah, but the ecosystem of C modules is what makes Python so great.

It's what makes Python tolerable.

Re: RustPython: A Python Interpreter Written in Rust

#28
post #27

I don’t see it on the main read me, what are the limitations/incompatibilities with CPython at this point in time? How “drop in ready” is it?

[flagged]

Do you mean they would work like that to prevent an alternative implementation? This seems a bit far fetched.

Re: RustPython: A Python Interpreter Written in Rust

#29
post #12

Earlier quoted context omitted.

Iirc, it mostly impact C modules in terms of the guarantees that are offered / not offered with GIL / NOGIL.

Yeah, but the ecosystem of C modules is what makes Python so great.

There is a competing c interface that numpy and a few other projects are adopting that allows for no gil. Last time this came up I thought the rust implementation used that one.

Re: RustPython: A Python Interpreter Written in Rust

#30
post #27

I don’t see it on the main read me, what are the limitations/incompatibilities with CPython at this point in time? How “drop in ready” is it?

[flagged]

that's a bit harsh. c++ has specification and programs still break easily by just moving to a different compiler.
Post reply on HN