除了写小工具外再也不想用 Rust 了

[tinybaby365]

新版本完全不考虑老系统的兼容。在 Windows 上还能靠 YY-Thunks 苟延残喘。在 Linux 下 cargo zigbuild 能搞定依赖的 glibc 版本，但搞不定 aarch64 环境 glibc 缺 API 。

[licolicoli]

有一次想把一个小玩具迁移到 Rust ，结果做完调研发现 Rust 的编译器已经放弃 MIPS 支持了 https://github.com/rust-lang/compiler-team/issues/648 遂放弃，继续用我的 C/Go...

[hingle]

我觉得 Rust 还是很好的。像楼上说的 MIPS ，只是降到 Tier 3 了，并不是不能用。

Rust 的 Win7 支持也是 Tier 3 ，用 nightly -Zbuild-std 就能编译出 Win7 程序。

[lloovve]

快进到 rust 专用芯片，感觉 rust 越走越专了，钻牛角尖。

[clarkethan]

这不是 Rust 独有的问题，凡是依赖 glibc 的语言都会遇到。C/C++ 有 manylinux ，Go 靠静态链接，Swift 用 back-deployment ，Rust 也有 musl 、cargo-zigbuild 、旧环境构建等办法。只是不同生态各有取舍，本质还是 glibc 的兼容策略所致，遇到的时候，确实可能会让新手比较难下手，搞不定的话，建议还是用自己熟悉的并且简易支持对应目标的语言去解决需求

[billzhuang]

@licolicoli Linux 新内核也放弃 MIPS 了

[IamUNICODE]

@billzhuang 感觉国内好多 linux 系统内核都是 mips ，尤其是嵌入式那边的，这就很麻烦了。

[tinybaby365]

@clarkethan C/C++编译器从头文件基本上知道用的 API 是否支持了(是否定义)，不管是 native 编译还是交叉编译环境。Rust 隔了一层，在编译 exe 的时候能发现问题，但在编译 so 的时候就会出现这种情况。