4 ms·
No. …and this one is no exception -> https://github.com/RustPython/RustPython/issues/1940 https://github.com/RustPython/RustPython/issues/1940 Packages that r
by wokwokwok 3y ago
No.
…and this one is no exception -> https://github.com/RustPython/RustPython/issues/1940 https://github.com/RustPython/RustPython/issues/1940
Packages that rely on c dependencies like numpy, etc. only work if you write a custom implementation by hand; the “normal” package flat out doesn’t (and cannot) work.
So basically you get no packages that use native extensions, unless the project explicitly implements support for them.
Pypy is the only implementation I’m aware of that has implemented a c api that is mostly compatible (see https://doc.pypy.org/en/latest/faq.html#do-c-extension-modules-work-with-pypy https://doc.pypy.org/en/latest/faq.html#do-c-extension-modul...)
For eg. Python running in a .net host or a Java host… I think this kind of compatibility would just be flat out impossible.
For rust… hm… probably possible. For wasm? Definitely not.
- nickpsecurity 3y agoWould there be a way to write a bridge between the Rust interpreters and C API where calls to existing extension API could work to/from the Rust interpreter?
- UncleEntity 3y agoIIRC, PyPy does this and the translation between the native and C API is the main reason it is slow.