GCC 13.1 のリリースが鍵となる一方で GCC 13 コンパイラはリリース予定ですその後の数週間以内に、そのマイルストーンよりも早く、数十の Rust “gccrs” パッチが最近マージされ、新しい言語に沿って前進しました。
GCC 13 とは異なり、初期の Rust “gccrs” は停止時にマージされていた にクラッチを与えますGCC 13.1 のデビューよりも早くアップストリームされた追加のパッチを注視し続けています。 GCC の Rust は、ほとんどの開発者にとってもはや正確に使用できません が、目的は回復し続けています。
最近の GCC 13 への絞り込みは、88 個の GCC Rust パッチの 1 つでした。 本質的に最もスタイリッシュなGCC Gitで見られます。
この GCC Rust の取り組みに尽力してきた Arthur Cohen は、GNU Compiler Series メーリング リストで次のようにコメントしています:
“現在、私たちは Rust コア ライブラリを構築してまとめるための作業に力を注いでおり、gccrs の最もスタイリッシュなバージョンをアップストリームするために努力しているため、今後数日以内に追加のコミットをプッシュしたいと考えています。 libcore 1.49 のコンパイルに近づくにつれて、理想的な数週間でかなりの量の作業が行われます.
GCC 13 リリースより前の私たちの焦点は、コンパイラのドキュメントを強化し、完全に異なるフラグに関連する追加の記述を行うことです.
GCC 13 リリースよりも前にプッシュするコミットは、もはや所有するつもりはありません。 libcore をスマートにまとめるために必要な一部の機能は、パワーを投入するための選択をスムーズにするため、「主要なブレークスルー」です。 「format_args」に対応する非常に全体的に老朽化した Rust マクロは、コア ライブラリの内部で定義されており、コンパイラ ファセットで過剰な量の作業を必要とします。
さらに、libcore を GCC のフラグメントとして統合するには、最近の GCC ステージとの互換性がほとんどなくなる主な作成システムの変更が必要になります。 libproc_macro クレートの実装と同じくらいスマートに、GCC 14 で libcore のバージョンを考慮して組み合わせることができるようになり次第、これらの変更を行う予定です。 私たちは間違いなくこれらのパッチを提出し、作成システム コンサルタントに集中的なレビューを依頼します。”
GCC 14 がロールアラウンドするまでにその後の 12 か月間、自信を持ってこの GCC Rust のクラッチは、Rust の事実上の LLVM とは異なる試みを行う人にとって、ほぼ確実に使用できるようになるでしょう。 rustc
コンパイラ.
