スタイルの呼び出しの規則をほぼそのままなぞることを意図して設計されています。マシンはレジスタベースで、フレームは作成時にサイズが固定されます。ファイルへの参照など)で構成されます。ビット幅を持つと見なされます。ビット値には、隣接するレジスタのペアが使用されます。レジスタペアに対する整列要件はありません。保持するのに十分な幅を持つと見なされます。個のレジスタに、順番に配置されます。つのレジスタを消費します。ビットの符号なしの量です。一部の命令に含まれる一部のビットは無視されるか、ゼロであることを求められます。命令は、不必要に特定の型に限定されることはありません。型で移動するかの指定は不要です。文字列、型、フィールド、メソッドへの参照には、列挙型とインデックス付きの定数プールがそれぞれあります。ビット単位のリテラルデータは、命令ストリームではインラインで表現されます。個のレジスタのみをアドレス指定するように制限されています。個のレジスタを参照できます。一部の命令には、レジスタの数を大幅に増やすことができるバリアントがあります。範囲のレジスタをアドレス指定できます。命令のバリアントで目的のレジスタをアドレス指定できない場合、レジスタの内容が(演算の前に)元のレジスタから下位のレジスタに移動されるか、(演算の後に)下位の結果レジスタから上位のレジスタに移動される(または、演算の前後にその両方が行われる)ことが期待されます。このような命令は、通常の実行フロー内で使用するべきではありません。バイトに揃えたオフセット)に配置する必要があります。命令をスペーサーとして発行する必要があります。最後に、必須ではありませんが、ほとんどのツールは、メソッドの最後にそれらの命令の発行を選択することを期待されます。しないと、メソッドの最後で分岐するための追加の命令が必要になる可能性が高いからです。一部の命令は、実行中のシステムにインストールすると、インストール時の静的リンクを最適化するために、修正されて形式が変更される場合があります。これは、リンク関係が判明したら高速で実行できるようにするためです。おすすめのバリアントについては、関連する命令形式のドキュメントをご覧ください。「おすすめ」という表現にご注意ください。それらを実装することは必須ではありません。Dest-then-source(宛先に次いでソース)です。ビットのオペコードにはサフィックスが付きません。サフィックスが付きます。一部のオペコードには、命令のレイアウトまたはオプションが異なる類似した演算を明確に区別するためのサフィックスが付きます。この種のサフィックスはスラッシュ(/)で語幹と区切られます。マッピングできるようにすることです(言い換えれば、人間にとっての曖昧さを減らすことです)。使用することで強調しています。基本オペコードで、基本演算(レジスタの値の移動)を示します。ビット)データで演算を行うことを示す名前サフィックスです。ビットのレジスタ参照をソースとして持つバリアントを示します。