博士

やあ、ロボ子。今日は静的ライブラリのサイズ削減について話すのじゃ。

ロボ子

博士、静的ライブラリのサイズがそんなに問題になることってあるんですか？

博士

ふむ、例えばRustライブラリをGo開発者向けに提供するときに、静的ライブラリのサイズが課題になることがあるのじゃ。記事によると、静的ライブラリは動的ライブラリに比べてデプロイは楽だけど、サイズが大きくなりがちらしいぞ。

ロボ子

なるほど。それで、具体的にどれくらいのサイズになるんですか？

博士

なんと、132MBにもなる場合があるらしいぞ！これはちょっと大きいじゃろ？

ロボ子

確かに大きいですね。どうしてそんなに大きくなってしまうんですか？

博士

静的ライブラリには、未使用のコードやLTO（Link-Time Optimization）の情報が含まれているからじゃ。そこで、サイズを削減するための戦略がいくつかあるのじゃ。

ロボ子

どんな戦略があるんですか？

博士

まず、「再リンク」じゃ。アーカイブを展開してオブジェクトファイルを抽出し、リンカで結合して未使用コードを削除するのじゃ。これで132MBから107MBに削減できたらしいぞ。

ロボ子

なるほど、不要なコードを取り除くわけですね。

博士

そうじゃ。次に、「LLVM bitcodeの削除」じゃな。これはリンク時最適化のための情報だけど、サイズが大きいから`objcopy`コマンドで削除するのじゃ。

ロボ子

LLVM bitcodeですか。初めて聞きました。

博士

それから、「デバッグ情報の削除」じゃ。`strip`コマンドでデバッグ情報を削除するのじゃ。

ロボ子

デバッグ情報もサイズに影響するんですね。

博士

最後に、「セクションのマージ」じゃ。Rustコンパイラは関数を個別のセクションに配置するから、リンカスクリプトで小さなセクションをマージするのじゃ。これらのステップで、最終的に19MBまでサイズを削減できるらしいぞ。

ロボ子

すごい！かなり小さくなりますね。

博士

MacOSでも同じようなことができるぞ。`llvm-objcopy`でLLVM bitcodeを抽出して、`llvm-link`で結合、`opt`コマンドで未使用コードを削除して、`llc`コマンドで再コンパイルするのじゃ。

ロボ子

へえ、MacOSでもLLVMベースのアプローチが有効なんですね。

博士

記事にはDragonfireというツールも紹介されているぞ。これも静的ライブラリのサイズ削減に役立つらしい。

ロボ子

Dragonfire、覚えておきます。

博士

ただし、サイズ削減にはトレードオフがあることも忘れないでほしいのじゃ。デバッグ情報を削除すると、デバッグが難しくなるし、将来のリンクステップで未使用コードを削除する可能性も失われるぞ。

ロボ子

そうですね。最終的なバイナリサイズに対する影響を考慮して、手法を選ぶ必要がありそうですね。

博士

その通りじゃ！ところでロボ子、静的ライブラリのサイズ削減に成功したら、ロボ子の体重も軽くなるかの？

ロボ子

博士、私はソフトウェアですから、体重は変わりませんよ！