因為每個人都有一個 C 工具鏈。

稍作更正：rustc 不需要 C++ 工具鏈，它只需要 C 工具鏈。值得注意的是，rustc 創建的二進制文件僅依賴于libc（或等價物），而不依賴于libstdc++（或等價物）。

正如 Go 所展示的，不需要 C 工具鏈是可能的。你只需要重新實現它的功能：

• 您需要根據目標平臺格式實現自己的鏈接器。

• 您需要實現自己的 libc（又名 OS 層）。

這樣做有很多好處，比如可能更快的編譯或更容易的交叉編譯，但是在實現時有成本，而且很容易出錯。

Rust 社區更愿意將更多的精力放在語言上而不是工具鏈上，因此重用庫存工具鏈更容易。具體來說，rustc 將需要一個平臺鏈接器（ld在 Unix 上）和等同于libc.

這不是核心設計原則，它只是一種務實的方法，并且有一些項目可以減少這些依賴性：

• 使用lld而不是 ld 將允許使用可以針對所有平臺的 rustc 發送單個鏈接器。

• 使用cranelift作為替代后端也可以消除對 ld 的依賴。

• Redox 項目正在開發relibc，這是 API 的可移植 Rust 實現libc。

這些都在進行中，同時 rustc 將需要一個 C 工具鏈。此外，即使在可預見的未來，我希望 rustc 需要一個 C 工具鏈用于任何 Rust 工具鏈尚未涵蓋的目標，這樣您就可以使用目標而無需等待一些假設的開發。