Gecko SDK には、少なくとも 2 つのまったく異なる目的があります。ドキュメントを引用するには:
XULRunner SDK とも呼ばれる Gecko SDK は、XPCOM コンポーネントを開発するための XPIDL ファイル、ヘッダー、およびツールのセットであり、JavaScript を使用して XUL からアクセスすることができます。
...
Gecko SDK には、xpidl コンパイラ/リンカーや最新の npapi.h など、スクリプト可能な NPAPI プラグインを作成するために必要なすべてのツールとヘッダーが含まれています。
このページから引用した文は、SDK の主な目的、つまり Firefox 拡張機能で使用できるネイティブ XPCOM コンポーネントを構築することに当てはまります。これらの XPCOM コンポーネントはブラウザの内部インターフェースにアクセスできるため、インターフェースの安定性の問題が生じます。Gecko 2.0 (Firefox 4) 以降、この問題は、XPCOM コンポーネントが 1 つの Firefox バージョンのみで動作するように解決されています。別のバージョンの Firefox で動作させるには、新しいバージョンの Gecko SDK で再コンパイルする必要があります。
ドキュメントは実際には明確にしていませんが、これはすべて、固定インターフェイスのみを介してブラウザーと通信する NPAPI プラグインには適用されません。NPAPI プラグインをコンパイルするために Gecko SDK がどれだけ必要なのかはわかりませんが、それはnpapi.h
他のいくつかのヘッダー ファイルだけのようです。このファイルは頻繁に変更されるわけではありません。変更はほとんど定数に限定されています。そのため、古い SDK バージョンに対してプラグインをコンパイルしても問題はありません。唯一の副作用は、新しい NPAPI 機能を使用できない可能性があることです。
つまり、Gecko SDK の代わりにNPAPI SDKを使用できるはずです。これははるかに小さいダウンロードであり、NPAPI プラグインの作成専用です。とにかく、Gecko SDK のファイルは基本的に NPAPI SDK からコピーされます (ファイル履歴の「npapi-sdk rNN に同期」の変更に注意してください)。