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 6 hours ago | parent [-]

For what it’s worth the GCC backend for rustc is making progress and rustc more generally supports a lot of embedded stuff already

▲

galangalalgol 3 hours ago | parent | next [-]

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.

▲

kstrauser 5 hours ago | parent | prev [-]

How’s that GCC backend coming along? I could look it up, but I bet others would like to hear about it too.

	▲	vlovich123 an hour ago \| parent [-]
		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.