開発者の間で人気上昇中のRustだが、Linuxカーネル開発においても1年ほど前からメインラインでのRustサポート―新たにデバイスドライバを記述する言語としてRustを認めるよう求める声が強くなりつつある。Rothwellによってマージされた。support」と題したメッセージをポストしており、カーネルを記述する第2言語としてRustを採用するメリット、とくにRustのメモリ安全性を強調している。Rustの現状の課題としてコンパイルの遅さやLLVMへの依存、C言語と比べてツールの少なさなども挙げているが、これらのカーネル記述言語として不利な点はプログラミング言語としての歴史の浅さによるもので、Rustより多くのユーザを獲得し、普及が進めば解決を図ることができるとしている。Torvaldsはどう反応しているのか。issue.⁠)⁠」とコメントしており、Rustがメモリアロケーションに失敗した際にパニックを発生させることは断じて受け入れられないと強調している。TorvaldsLinusは昔から「カーネルランドとユーザランド」を厳格に区別してきたことはよく知られているが、今回も「カーネルコードとユーザスペース内で使われているようなツールのコードでは話がまったく違う。メモリ不足がアボートを引き起こすなんてことがあっては絶対にならない。メモリアロケーションに失敗したなら、ふつうにエラーを返せ。NOT"であるパニック発生を強く牽制している。「"パニックはRustにとってのプレースホルダでコンパイラの仕様だから"というなら、エラーをキャッチするコードを実装して、コンパイラを修正すべき。話はそれからだ」(⁠Linus)もっともLinusはRustのサポート自体にはそれほど強く反対しているわけではなく、テストが十分に行われ、今回指摘されたパニックに関わる問題などが解決に向かえば、メインラインへのマージはそう遠くないと見られている。points.⁠)⁠」として、アロケーション周りの改善を早急に進める意向を示している。Linux"の最初の成果がメインラインに取り込まれるのを見ることはできるのか、早くも次のマージウィンドウが気になるところだ。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。