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

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

正如 Go 所展示的，不需要 C 工具鏈?zhǔn)强赡艿?。你只需要重新實現(xiàn)它的功能：

• 您需要根據(jù)目標(biāo)平臺格式實現(xiàn)自己的鏈接器。

• 您需要實現(xiàn)自己的 libc（又名 OS 層）。

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

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

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

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

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

• Redox 項目正在開發(fā)relibc，這是 API 的可移植 Rust 實現(xiàn)libc。

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