GNU Binutils 2.47のリンク最適化レベル0はどのような場面で使うべきか

開発中の頻繁なビルドやデバッグビルドでの使用が想定される。バイナリサイズが増大する一方でリンク時間が短縮されるため、ビルド時間がボトルネックになっている大規模プロジェクトで効果を発揮する。

今回追加されたRISC-V拡張はどのような用途を想定しているか

ベクトル演算や行列演算、メモリ保護など、幅広い用途に対応する。zvqwdota8iなどの量子化ドット積演算拡張はAI推論の高速化に、zalasrはアトミック操作の効率化に寄与する。SpacemiTのxsmtvdot系拡張は独自のアクセラレータ向けと推測される。

s390 32ビットが非推奨となったが、既存システムへの影響はあるか

現時点では非推奨（deprecated）であり、即座に機能が削除されるわけではない。しかし将来のバージョンではサポートが完全に除去される可能性が高い。s390 32ビット環境を運用中の組織は64ビットのs390xへの移行を検討する必要がある。

開発

GNU Binutils 2.47公開、RISC-V拡張と高速リンク

GNU Binutils 2.47がリリースされた。多数のRISC-V拡張命令への対応に加え、リンク処理の最適化オプションが追加され、大規模プロジェクトのビルド時間短縮が期待される。

2026年7月27日 6分で読める SINGULISM 編集チームが確認・編集

GNU Binutils 2.47公開、RISC-V拡張と高速リンク — Photo by Florian Olivo on Unsplash

GNU Binutils 2.47が現地時間2026年7月26日にリリースされた。このバージョンでは、RISC-Vアーキテクチャ向けの新たな拡張命令セットへの対応に加え、リンク処理に関する最適化オプションが複数追加されている。GNU C Library 2.44と同じ週末に公開された今回のリリースは、LinuxシステムをはじめとするGNUツールチェーンを採用するプラットフォームにとって重要な更新となる。

多数のRISC-V拡張に対応

PhoronixのMichael Larabelの報道によれば、GNU Binutils 2.47では新たなRISC-V標準拡張が多数サポートされた。対応が追加された拡張は以下の通りだ。

zalasr v1.0
svrsw60t59b v1.0
zvabd v1.0
smpmpmt v1.0
zvqwdota8i, zvqwdota16i, zvfwdota16bf, zvfqwdota8f v1.0
zvqwbdota8i, zvqwbdota16i, zvfwbdota16bf, zvfqwbdota8f, zvfbdota32f v1.0

さらに、SpacemiTの独自拡張であるxsmtvdot v1.0およびxsmtvdotii v1.0もサポート対象に加えられている。これらの拡張は、ベクトル処理や行列演算、メモリ保護など、RISC-Vエコシステムの多様なユースケースに対応するものだ。RISC-Vの普及が進む中、ツールチェーンのサポート拡充は設計者や組み込み開発者にとって重要な意味を持つ。

アセンブラの新オプション

GNU Assemblerには、新たなコマンドラインオプション--reloc-section-sym=[all|internal|none]が追加された。このオプションは、ローカルバインディングシンボルを参照するリロケーションをセクションシンボルに調整するかどうかを制御する。リンカによる最適化やデバッグ情報の取扱いをより細かく指定できるようになった点が特徴だ。

デバッグ情報の検索パス指定

objdumpとreadelfの両ツールに--debug-dir=[DIR]オプションが実装された。このオプションは、分離されたデバッグ情報ファイル（separate debug info files）を検索するディレクトリを指定する機能を提供する。大規模プロジェクトではデバッグ情報を分離して管理することが一般的であり、この変更は開発効率の向上に寄与するとみられる。

また、objdumpには-map-global-varsオプションが追加され、オブジェクトファイル内のグローバル変数の位置と型を表示できるようになった。これにより、既存のバイナリの解析やデバッグがより容易になる。

リンカの最適化レベル0

BFDリンカに最適化レベル0（-O 0）が導入された。このオプションを使用すると、マージ可能セクションの内容の結合を停止する。結果として生成されるバイナリサイズは大きくなるものの、リンク処理は大幅に高速化される。

大規模プロジェクトのビルドにおいてリンク工程はボトルネックになることが多く、この新オプションは開発サイクルの短縮に貢献する可能性がある。一方で、最終的なプロダクションビルドでは通常の最適化が推奨される。

新しいライブラリ開始・終了オプション

リンカには--start-libと--end-libの新オプションが追加された。これにより、アーカイブ内でライブラリの開始位置と終了位置を明示的に指定できる。併せて、全フォーマットにおいてシンボルインデックスを持たないアーカイブを対象とした--no-link-maplessと--link-maplessオプションも導入されている。

s390 32ビットターゲットの非推奨化

GNU Binutils 2.47では、IBMのメインフレーム向けアーキテクチャであるs390の32ビットターゲットが非推奨となった。ただし、64ビットのs390xターゲットは引き続きメンテナンス対象として維持される。この決定は、32ビット環境の需要減少を反映したものと考えられる。

編集部の見解

今回のGNU Binutils 2.47リリースは、短期的にはRISC-V開発者に対する選択肢の拡大をもたらす。特にSpacemiTのような独自拡張へのサポートは、中国のRISC-Vエコシステムの活性化に寄与する可能性がある。リンク最適化レベル0は大規模なソフトウェアプロジェクトのCI/CDパイプラインで実用的な価値を発揮するだろう。

長期的な視点では、RISC-V拡張の継続的なサポート追加がx86やArmに代わる第三のアーキテクチャとしての地位確立を後押しすると見る。一方で、s390 32ビットの非推奨化は、レガシーシステムの移行を加速させるサインだ。組み込み分野やメインフレーム市場における変化の兆候と言える。

リンク速度とバイナリサイズのトレードオフを開発者が明示的に選択できるようになった点は評価できる。最適化レベル0は開発中のデバッグビルドに適しており、本番ビルドとの棲み分けが進む可能性がある。今後のGNUツールチェーンの進化において、こうした柔軟性の向上がどの程度の生産性改善につながるか、注目に値する。

参考

「GNU Binutils 2.47 Released With More RISC-V Extensions, New Options」, by Michael Larabel — Phoronix, 2026-07-26T19:36:15.000Z (ARR)
元記事URL: https://www.phoronix.com/news/GNU-Binutils-2.47

よくある質問

GNU Binutils 2.47のリンク最適化レベル0はどのような場面で使うべきか: 開発中の頻繁なビルドやデバッグビルドでの使用が想定される。バイナリサイズが増大する一方でリンク時間が短縮されるため、ビルド時間がボトルネックになっている大規模プロジェクトで効果を発揮する。
今回追加されたRISC-V拡張はどのような用途を想定しているか: ベクトル演算や行列演算、メモリ保護など、幅広い用途に対応する。zvqwdota8iなどの量子化ドット積演算拡張はAI推論の高速化に、zalasrはアトミック操作の効率化に寄与する。SpacemiTのxsmtvdot系拡張は独自のアクセラレータ向けと推測される。
s390 32ビットが非推奨となったが、既存システムへの影響はあるか: 現時点では非推奨（deprecated）であり、即座に機能が削除されるわけではない。しかし将来のバージョンではサポートが完全に除去される可能性が高い。s390 32ビット環境を運用中の組織は64ビットのs390xへの移行を検討する必要がある。

出典: Phoronix

執筆 SINGULISM編集部

編集・確認山本健一郎

最終更新日: 2026年7月27日

本サイトでは、事実誤認や不正確な情報が見つかった場合、速やかに訂正記事を掲載します。訂正のご依頼はお問い合わせフォームよりご連絡ください。

← トップへ戻る