バイナリ変換

1960年代、ハネウェルは自社のハネウェル200シリーズのコンピュータ向けにLiberatorと呼ばれるプログラムを提供しました。このプログラムはIBM 1400シリーズのコンピュータ用のプログラムをハネウェル200シリーズのプログラムに変換することができました。^{[ 2 ]}

1995年、ベル通信研究所のノーマン・ラムジーとプリンストン大学コンピュータサイエンス学科のメアリー・F・フェルナンデスは、静的アセンブリ変換の基本ツールを備えたニュージャージーマシンコードツールキットを開発した。 ^{[ 3 ]}

2004年、任天堂のスコット・エリオットとフィリップ・R・ハッチンソンは、ゲームボーイのバイナリから「C」コードを生成するツールを開発し、それを新しいプラットフォーム用にコンパイルして、航空機のエンターテイメントシステムで使用するためのハードウェアライブラリにリンクできるようにした。^{[ 4 ]}

2014年には、 1998年のビデオゲームStarCraftのARMアーキテクチャ版が、オリジナルのx86版の静的再コンパイルと追加のリバースエンジニアリングによって生成された。 ^{[ 5 ] [ 6 ]} Pandoraハンドヘルドコミュニティは、必要なツールを独自に開発し^{[ 7 ] 、このような翻訳を何度か成功させてきた。 [ 8 ] [ 9 ]}

別の例としては、2013年にLLVMを使用して生成されたビデオゲーム「スーパーマリオブラザーズ」のNESからx86への静的再コンパイル版がある。 ^{[ 10 ]}

例えば、2014年にはビデオゲーム「Cube World」のプロシージャル地形生成器のx86から​​x64への静的再コンパイルが成功裏に行われた。^{[ 11 ]}

• Apple Computerは、 PowerPCシリーズのMacintoshにM68Kコード用の動的変換エミュレータを実装しました^{[ 12 ]。}これにより、非常に高いレベルの信頼性、パフォーマンス、互換性が実現されました（Mac 68Kエミュレータを参照）。これにより、Appleは部分的にネイティブなオペレーティングシステムのみを搭載したマシンを市場に投入することができ、エンドユーザーはソフトウェアへの投資を危険にさらすことなく、より高速な新しいアーキテクチャを採用することができました。エミュレータが非常に成功したこともあり、オペレーティングシステムの多くの部分はエミュレーションされたままでした。PowerPCネイティブオペレーティングシステム（OS）への完全な移行は、2001年にMac OS X （10.0）がリリースされるまで行われませんでした。（Mac OS Xの「Classic 」ランタイム環境は、Mac OS X 10.5までPowerPC Macでこのエミュレーション機能を提供し続けました。）
• IntelベースのMac向けMac OS X 10.4.4では、 AppleがPPCベースのハードウェアからx86への移行を円滑に進めるために、Rosetta動的変換レイヤーが導入されました。Transitive CorporationがApple向けに開発したRosettaソフトウェアは、TransitiveのQuickTransitソリューションの実装です。
• QuickTransitは、製品ライフサイクル中に、SPARC → x86、x86→ PowerPC、およびMIPS → Itanium 2間の変換サポートも提供していました。
• DECは、ユーザーがCISC VAXアーキテクチャからAlpha RISCアーキテクチャへ移行するのを支援する変換ツールでも同様の成功を収めた。
• HP ARIES (Automatic Re-translation and Integrated Environment Simulation) は、高速コード解釈と 2 段階の動的変換を組み合わせたソフトウェア^{[ 13 ]}動的バイナリ変換システムであり、 HP 9000 HP-UXアプリケーションをHPE Integrity Server用のHP-UX 11i上で透過的かつ正確に実行します。^{[ 14 ]} ARIES 高速インタープリタは、ユーザーの介入なしに、非特権PA-RISC命令の完全なセットをエミュレートします。解釈中、アプリケーションの実行パターンを監視し、実行時に頻繁に実行されるコードのみをネイティブItaniumコードに変換します。ARIES は 2 段階の動的変換を実装しており、この手法では、第 1 段階で変換されたコードが実行時プロファイル情報を収集し、第 2 段階の変換でこの情報を使用して変換されたコードをさらに最適化します。ARIES は、動的に変換されたコードをコード キャッシュと呼ばれるメモリ バッファに格納します。変換された基本ブロックへの以降の参照は、コード キャッシュ内で直接実行され、追加の解釈や変換は必要ありません。変換されたコード ブロックのターゲットはバック パッチされ、ほとんどの場合、コード キャッシュ内で実行されることが保証されます。エミュレーションの最後に、ARIESは元のアプリケーションを変更することなく、翻訳されたすべてのコードを破棄します。ARIESエミュレーションエンジンは、HP 9000 HP-UXアプリケーションのシステムコール、シグナル配信、例外管理、スレッド管理、デバッグ用のHP GDBのエミュレーション、およびアプリケーションのコアファイル作成をエミュレートする環境エミュレーションも実装しています。
• DECは、 x86アプリケーションをAlphaアプリケーションに変換するためのFX!32バイナリトランスレータを作成しました。 ^{[ 12 ]}
• サン・マイクロシステムズのWabiソフトウェアには、x86命令からSPARC命令への動的変換機能が含まれていた。
• 2000年1月、トランスメタ社はCrusoeという新しいプロセッサ設計を発表した。^{[ 15 ] [ 16 ]}同社のウェブサイトのFAQ ^{[ 17 ]}によると、

  このスマートマイクロプロセッサは、エンジンとしてハードウェアVLIWコアと、コードモーフィングソフトウェアと呼ばれるソフトウェア層で構成されています。コードモーフィングソフトウェアは、シェルとして機能し、x86命令をネイティブのCrusoe命令に変換します。さらに、コードモーフィングソフトウェアには、動的コンパイラとコードオプティマイザが含まれています。その結果、最小限の電力でパフォーマンスが向上します。これにより、Transmetaは膨大なソフトウェアアプリケーション基盤に影響を与えることなく、VLIWハードウェアとコードモーフィングソフトウェアを個別に進化させることができます。

• Intel Corporationは、 IA-32実行レイヤーを開発・実装しました。これは、Itaniumベースのシステム上でIA-32アプリケーションをサポートするために設計された動的バイナリ変換ツールで、 Microsoft Windows Server for Itaniumアーキテクチャや、Red HatやSUSEを含むいくつかのLinuxディストリビューションに搭載されました。これにより、IA-32アプリケーションは、Itaniumプロセッサ上でネイティブのIA-32モードを使用する場合よりも高速に実行できるようになりました。
• Dolphin （ GameCube / Wii用エミュレータ）は、PowerPCコードをx86およびAArch64にJITコンパイルする。
• Microsoft Virtual PCは、 32ビットゲストオペレーティングシステムのバイナリ変換をサポートしています。
• VMware Workstation 12以前のバージョンは、32ビットゲストオペレーティングシステムのバイナリ変換をサポートしていることが知られています。

• Nvidia Tegra K1 Denverは、低速なハードウェアデコーダを介してARM命令をネイティブのマイクロコード命令に変換し、ホットコードにはソフトウェアバイナリトランスレータを使用します。