Firefoxビルドの高速化：WebIDLコード生成にbuildcacheのLuaプラグインを適用し、ビルド時間を大幅短縮
本記事は、FirefoxのビルドプロセスにおけるWebIDLコード生成ステップの効率化について詳細に解説しています。従来、このWebIDLステップは、数百の.webidlファイルからC++バインディングコードを生成するPython実行（`python3 -m mozbuild.action.webidl`）であり、クリーンビルドのたびに実行されるため、時間がかかる要因の一つでした。しかし、このプロセスは入力が同じであれば出力が完全に決定論的（deterministic）であるため、キャッシュの適用が理想的でした。
問題点は、従来のコンパイラキャッシュ（ccacheやsccacheなど）が、このPythonによるコード生成ステップ自体をラップ（取り囲む）できていなかった点にありました。この課題を解決するため、Bug 2027655がマージされ、`buildcache`がWebIDLのコード生成プロセスをキャッシュ対象として取り込む仕組みが導入されました。
具体的な技術的変更点として、`dom/bindings/Makefile.in`に条件付きで`$(CCACHE)`をコマンドラッパーとして渡す処理が追加されました。これにより、WebIDLアクションが`buildcache python3 -m mozbuild.action.webidl ...`として呼び出されるようになります。さらに、`buildcache`の強力なLuaプラグインシステムを利用し、`webidl.lua`というラッパーが作成されました。このラッパーは、WebIDLの入力ファイル（.webidlソースファイルやPython依存関係）と出力ファイル（生成されたヘッダー、cppファイルなど）を正確に特定し、ハッシュ化することで、キャッシュの有無を判断します。
ベンチマークの結果（Linux環境でのmach build）を比較すると、キャッシュなし（none）のクリーンビルドが5分35秒であるのに対し、`buildcache`を適用した「warm」（キャッシュあり）のビルド時間は1分27秒に短縮されています。さらに、WebIDLプラグインを適用することで、さらに15秒短縮され、合計1分12秒という大幅な高速化が実証されました。筆者は、このLuaプラグインシステムが、WebIDL以外にもビルドプロセス内の他の決定論的なコード生成ステップに応用可能であるとして、今後の拡張性を強調しています。
背景
ソフトウェアのビルドプロセスにおいて、コード生成（Code Generation）ステップは時間がかかるボトルネックとなりがちです。特に大規模なプロジェクトでは、入力が同じであれば出力が同じになる「決定論的」なステップがキャッシュの恩恵を受けやすいです。本記事は、Firefoxという大規模なプロジェクトにおける、特定のコード生成ステップ（WebIDL）のキャッシュ化という具体的な技術的課題解決を扱っています。
重要用語解説
- buildcache: ビルドプロセス全体をキャッシュするツール。特にLuaプラグインシステムを通じて、コンパイラ以外の任意の決定論的コマンドの実行結果をキャッシュできる点が特徴です。
- WebIDL: WebIDL (Web Interface Definition Language) は、Web技術のインターフェースを定義するための言語。Firefoxなどのブラウザエンジンにおいて、Web層の定義をC++などのネイティブコードにバインディング（接続）する際に使用されます。
- Lua plugin system: buildcacheが持つ拡張機能。このシステムにより、開発者は独自のLuaスクリプト（ラッパー）を記述し、buildcacheがネイティブにサポートしていない任意のコマンドの入力と出力を追跡し、キャッシュを適用することが可能になります。
今後の影響
この技術的進歩は、大規模なソフトウェア開発における開発サイクル（Edit-Compile-Test）の速度を劇的に向上させます。特定のコード生成ステップのキャッシュ化は、単なる時間短縮に留まらず、開発者がより迅速にフィードバックを得られる環境を提供し、開発効率と生産性の向上に直結します。他のコード生成ステップへの応用も期待されます。