Loading article…
バイナリコード互換性（バイナリ互換またはオブジェクトコード互換）とは、コンピュータシステムの特性の一つであり、汎用コンピュータの中央処理装置（CPU）の場合、他のコンピュータシステムで実行可能な実行可能コード（通常はマシンコード）を、同じシステムで実行できることを意味します。一方、ソースコード互換性とは、互換性のあるシステムでプログラムを実行する前に、再コンパイルまたは解釈が必要となることを意味します。
一般的なオペレーティングシステム上でコンパイルされたプログラムの場合、バイナリ互換性とは、2台のコンピュータのCPU （命令セット）がバイナリ互換性を持つだけでなく、オペレーティングシステム（OS）とアプリケーションプログラミングインターフェース（API）、およびそれらのAPIに対応するアプリケーションバイナリインターフェース（ABI）のインターフェースと動作が十分に同等、つまり「互換性がある」ことを意味することが多い。
「後方互換性」といった用語は、通常、オブジェクトコードの互換性を意味します。これは、新しいコンピュータのハードウェアやソフトウェアが、古いハードウェアやソフトウェアの（実質的に）すべての機能を備え、さらに機能やパフォーマンスが向上していることを意味します。そのため、古い実行可能コードは新しい製品でも変更せずに実行できます。OS 上で CPU に直接実行されるコンパイル済みプログラムの場合、「バイナリ互換オペレーティングシステム」とは、主にアプリケーションバイナリインターフェイス(ABI) が他のシステムと互換性があることを意味します。ただし、多くの場合、アプリケーションが直接的または間接的に依存する API (たとえばWindows APIなど) が十分に類似していることも意味します。アプリケーションがアクセスするハードウェア (CPU 以外にも、グラフィックス用など) や周辺機器も完全な互換性の要因となる可能性がありますが、多くのハードウェアの違いは最新の API (多くの場合、OS 自体によって部分的に提供され、特定のデバイスドライバによって部分的に提供される) によって隠蔽されています。
場合によっては、バイナリ互換性のないプログラムを動作させるために、ソフトウェアの一般的な移植作業が必要となる。
バイナリ互換性は、複数のOS上で動作するコンピュータプログラムを開発する際の大きな利点です。FreeBSDやNetBSDなどのUnix系OSは、Linux系OSなどより普及しているOSとのバイナリ互換性を提供しています。これは、多くのバイナリ実行ファイルがこれらのOS向けに広く配布されていないためです。
ほとんどのOSは、各バージョンにおいて、以前のバージョンのOSで動作するようにビルドされたほとんどのバイナリとの互換性を提供しています。例えば、Windows 3.1、Windows 95、Windows 2000用にコンパイルされた多くの実行ファイルは、 Windows XPやWindows 7でも実行できます。また、 NTVDMがサポートされている限り、 DOS用の多くのアプリケーションは、 Windows 10までのより新しいバージョンのWindowsでも動作しました。
ハードウェアで実装されたデジタルプロセッサの場合、バイナリ互換性とは、別のプロセッサ用に生成されたマシンコード（大部分）が正しく実行され、そのプロセッサで（ほぼ）同じ効果を発揮することを意味します。これは多くのプロセッサファミリでよく見られることですが、そのようなプロセッサを中心に構築された普及している小型組み込みシステムでは、あまり一般的ではありません。完全なマシンコード互換性とは、割り込みサービスルーチン、I/Oポート、ハードウェアレジスタ、カウンタ/タイマ、外部インターフェースなどのレイアウトが完全に同じであることを意味します。より多くの抽象化レイヤーを使用する複雑な組み込みシステム（携帯電話など、汎用コンピュータの境界にある場合もある）では、状況が異なる可能性があります。
バイナリ互換オペレーティングシステムとは、他のOS、あるいは同じブランドの別のバージョンとのバイナリ互換性を実現することを目的としたOSのことです。つまり、ABI（アプリケーションバイナリインターフェース）互換性があるということです。OSの役割はプログラムを実行することなので、 OSを実行する命令セットアーキテクチャは同じか、互換性がある必要があります。そうでない場合は、 CPUエミュレータやより高速な動的変換メカニズムを用いてプログラムを互換性を持たせる必要があります。
例えば、LinuxカーネルはWindowsと互換性がありません。しかし、これはLinuxがWindowsアプリケーションとバイナリ互換性を持てないという意味ではありません。Wineという追加ソフトウェアを使えば、ある程度互換性を確保できます。ReactOSの開発では、Wineを使ってアプリケーションの互換性を確保し、Windowsカーネルを再実装してドライバなどの互換性を高めることで、 MicrosoftのWindows NTファミリーOSとバイナリ互換性のあるオープンソースのフリーソフトウェアOSを開発することを目指しています。LinuxではWindowsドライバではなくLinuxドライバを使用します。FreeBSD やその他のBSDファミリーOSは、LinuxシステムコールをBSDシステムコールに変換することで、ユーザーモードでLinuxカーネルとのバイナリ互換性を実現しています。これにより、 LinuxベースのOSで動作するアプリケーションやライブラリのコードをBSDでも実行できるようになります。
バイナリ互換性のあるOSは、ホストOSが互換性がない場合に代替OS内でソフトウェアを実行するために行われる仮想化またはエミュレーションを介して代替OSを実行することとは異なります。ホストOSに仮想化機能が付属している場合（またはそのようなソフトウェアを入手できる場合）、ホストOSは実質的にプログラムと互換性を持つようになります。たとえば、 Windows 7用のWindows XPモードを使用すると、ユーザーは64ビット版のWindows 7を実行でき、 Windows XPを実行している32ビット仮想マシンで古いソフトウェアを引き続き動作させることができます。VMware Workstation / VMware Fusion、Parallels Workstation、およびWindows Virtual PCを使用すると、Windows、Linux、およびmacOS上で他のOSを実行できます。
別の例として、PowerPC上のMac OS X はClassicを介してMac OS 9以前のアプリケーション ソフトウェアを実行する機能を持っていましたが、これは Mac OS X が Mac OS 9 とバイナリ互換性のある OS になったわけではありません。実際には、Classic 環境はMac OS X 内の通常のプロセスとして仮想マシンで Mac OS 9.1 を実行していました。 [ 1 ] [ 2 ]
アドレス空間内でMac OS 9を実行するMach-Oアプリケーションです。トラップ、システムコール、割り込みを仮想化することで、Mac OS 9とMac OS Xの間にハードウェア抽象化レイヤーを提供します。保護されたメモリ環境で動作し、単一のMac OS X BSDプロセスの上に複数のMac OS 9プロセスが階層化されています。