隨著 Rust 語言的發(fā)展，經(jīng)常需要改進(jìn)樣式指南，例如支持新的語言結(jié)構(gòu)(比如 let-chain / let-else 等新語法)，像這樣的新結(jié)構(gòu)會(huì)被 rustfmt 忽略且不格式化，隨后需要添加格式化。并且 rustfmt 的向后兼容性也阻礙了 Rust 代碼風(fēng)格的演變。

為了解決這兩個(gè)問題，RFC 3309重振了 Rust 風(fēng)格的團(tuán)隊(duì)，它有三個(gè)目標(biāo)：

確定新 Rust 結(jié)構(gòu)的樣式

發(fā)展現(xiàn)有的 Rust 風(fēng)格

定義機(jī)制以發(fā)展 Rust 風(fēng)格，同時(shí)考慮向后兼容性

注意：風(fēng)格團(tuán)隊(duì)不打算做出任何“驚天動(dòng)地”的風(fēng)格改變。

Cranelift 已經(jīng) merge 了 RISCV 后端

Pre-RFC: unsafe attributes

RalfJ 提出一個(gè) Pre-RFC ，提議為一些可能導(dǎo)致未定義行為的屬性加上 unsafe，比如

rust // SAFETY: there is no other global function of this name #[unsafe(no_mangle)] pub fn my_own_write(...) { ... }

之前有個(gè)issue 提出 #[no_mangle] 也是 Unsafe 的，在某些平臺(tái)上（至少是 GNU/Linux，但也聽說過 Windows 和其他幾個(gè)平臺(tái)），將兩個(gè)靜態(tài)庫鏈接在一起，而這兩個(gè)庫都導(dǎo)出了一個(gè)同名的符號(hào)，那么哪個(gè)符號(hào)實(shí)際上被鏈接了，這是無法定義的。

審核編輯：劉清