3 ms·

It won't work in those cases. Do you have explicit examples? I suspect this won't come up much as Rust has, IME, much broader target support. (Including platfor

It won't work in those cases. Do you have explicit examples? I suspect this won't come up much as Rust has, IME, much broader target support. (Including platforms without a GPOS)

galangalalgol 13d ago
I can't come up with any cases where cpython would compile that rustc can't target. There are some more niche interpreters that can run on embedded stuff with no rustc support, but they are also subsets of python so it isn't like you can just pull a wheel file and expect it to work
- vlovich123 13d ago
  For what it’s worth the GCC backend for rustc is making progress and rustc more generally supports a lot of embedded stuff already
  - kstrauser 13d ago
    How’s that GCC backend coming along? I could look it up, but I bet others would like to hear about it too.
    - vlovich123 13d ago
      https://blog.antoyo.xyz/rustc_codegen_gcc-progress-report-43 https://blog.antoyo.xyz/rustc_codegen_gcc-progress-report-43 They’re plugging away at it. A major milestone was getting unwinding to work. I’d say they’re getting quite close and it’s getting better and better. It’s usable for Linux kernel compilation I believe which unlocks Rust to be used for the non-driver components in the kernel.
      - kstrauser 13d ago
        This is so cool. That's going to be amazing when it lands.
        vlovich123 13d ago
        It’s already in rustup for what it’s worth. Not sure what “when it lands” means but I’m sure it’s an ever moving goalpost.
  - galangalalgol 13d ago
    It does, and rustc nostd already supports a lot of places cpython can't run, but the other way around is just non existent. Rustc can't and will likely never support ti dsps because they own the compiler and a long is 48bits. Dreamcast and other things with weird data sizes also are out.
3eb7988a1663 13d ago
The Python cryptography library switched out C for Rust which invalidated some platforms[0]. 2021 story, so not sure if anything has changed. ...Since the Gentoo Portage package manager indirectly depends on cryptography, ""we will probably have to entirely drop support for architectures that are not supported by Rust"". He listed five architectures that are not supported by upstream Rust (alpha, hppa, ia64, m68k, and s390) and an additional five that are supported but do not have Gentoo Rust packages (mips, 32-bit ppc, sparc, s390x, and riscv). [0] https://news.ycombinator.com/item?id=26097153 https://news.ycombinator.com/item?id=26097153
skeledrew 13d ago
I'm using Flet for a major project, which includes iroh, and it's been hellish going because the only way was to use the Kotlin build for mobile support, where I've had to be patching things all over to get something reasonable. Burned a lot of time on it and it still occasionally breaks, while the Python parts have been generally solid. Initially I looked into converting the Rust to Python, but that's a non-starter because of the semantics. -flet.dev

It won't work in those cases. Do you have explicit examples? I suspect this won't come up much as Rust has, IME, much broader target support. (Including platforms without a GPOS)

galangalalgol 13d ago

I can't come up with any cases where cpython would compile that rustc can't target. There are some more niche interpreters that can run on embedded stuff with no rustc support, but they are also subsets of python so it isn't like you can just pull a wheel file and expect it to work

vlovich123 13d ago
For what it’s worth the GCC backend for rustc is making progress and rustc more generally supports a lot of embedded stuff already
- kstrauser 13d ago
  How’s that GCC backend coming along? I could look it up, but I bet others would like to hear about it too.
  - vlovich123 13d ago
    https://blog.antoyo.xyz/rustc_codegen_gcc-progress-report-43 https://blog.antoyo.xyz/rustc_codegen_gcc-progress-report-43 They’re plugging away at it. A major milestone was getting unwinding to work. I’d say they’re getting quite close and it’s getting better and better. It’s usable for Linux kernel compilation I believe which unlocks Rust to be used for the non-driver components in the kernel.
    - kstrauser 13d ago
      This is so cool. That's going to be amazing when it lands.
      - vlovich123 13d ago
        It’s already in rustup for what it’s worth. Not sure what “when it lands” means but I’m sure it’s an ever moving goalpost.
- galangalalgol 13d ago
  It does, and rustc nostd already supports a lot of places cpython can't run, but the other way around is just non existent. Rustc can't and will likely never support ti dsps because they own the compiler and a long is 48bits. Dreamcast and other things with weird data sizes also are out.

3eb7988a1663 13d ago

The Python cryptography library switched out C for Rust which invalidated some platforms[0]. 2021 story, so not sure if anything has changed. ...Since the Gentoo Portage package manager indirectly depends on cryptography, ""we will probably have to entirely drop support for architectures that are not supported by Rust"". He listed five architectures that are not supported by upstream Rust (alpha, hppa, ia64, m68k, and s390) and an additional five that are supported but do not have Gentoo Rust packages (mips, 32-bit ppc, sparc, s390x, and riscv). [0] https://news.ycombinator.com/item?id=26097153 https://news.ycombinator.com/item?id=26097153

skeledrew 13d ago

I'm using Flet for a major project, which includes iroh, and it's been hellish going because the only way was to use the Kotlin build for mobile support, where I've had to be patching things all over to get something reasonable. Burned a lot of time on it and it still occasionally breaks, while the Python parts have been generally solid. Initially I looked into converting the Rust to Python, but that's a non-starter because of the semantics. -flet.dev