呼び出し規約

コンピュータサイエンスにおいて、呼び出し規約とは、サブルーチンまたは関数が呼び出し元からパラメータを受け取る方法と、結果を返す方法に関する実装レベル（低レベル）の仕組みです。 ^[1] コードが関数を呼び出す場合、その関数にパラメータを渡す場所と方法、およびその関数から結果を返す場所と方法について設計上の選択が行われており、これらの転送は通常、特定のレジスタを介して、または呼び出しスタック上のスタックフレーム内で行われます。関数呼び出しの準備と関数の完了後の環境の復元のタスクを、呼び出し元と呼び出し先の間でどのように分割するかについては、設計上の選択肢があります。一部の呼び出し規約は、すべての関数の呼び出し方法を指定します。これらの関数を使用してプログラム全体を正しく確実に実行できるようにするには、すべての関数呼び出しに正しい呼び出し規約を使用する必要があります。

呼び出し規約は通常、アプリケーションバイナリインターフェース（ABI）の一部と見なされます。呼び出し規約は、呼び出し元と呼び出される関数の間の契約であると考えることができます。 ^[1]

パラメータと戻り値の名前または意味は、アプリケーション プログラミング インターフェイス(ABI ではなく API) で定義されます。これは、ABI および呼び出し規約とは別の概念ですが、関連しています。渡された構造体およびオブジェクト内のメンバーの名前も、ABI ではなく API の一部と見なされます。API には、関数の呼び出し規約を指定するキーワードが含まれる場合があります。

呼び出し規約には通常、動的に割り当てられた構造体やオブジェクトの寿命の処理に関する情報は含まれていません。割り当てられたメモリを解放する責任がどこにあるかは、他の補足ドキュメントに記載されている場合があります。

呼び出し規約では、バイト順序や構造体のパッキングなど、構造体やオブジェクト内の項目のレイアウトが指定されることはほとんどありません。

言語によっては、呼び出し規約にエラーや例外処理の詳細が含まれるもの（Go、Javaなど）もあれば、含まれないものもあります（C++など）。

リモート プロシージャ コールには、マーシャリングと呼ばれる類似の概念があります。

呼び出し規約は、特定のプログラミング言語の評価戦略に関連している可能性がありますが、評価戦略は通常、より高い抽象レベルで定義され、特定の言語のコンパイラの低レベルの実装の詳細ではなく、言語の一部と見なされるため、呼び出し規約は評価戦略の一部とは見なされないことがほとんどです（またはその逆）。

呼び出し規約は次の点で異なる場合があります。

• パラメータが配置される場所。オプションには、レジスタ、コール スタック、その両方の組み合わせ、またはその他のメモリ構造などがあります。
• パラメータが渡される順序。オプションには、左から右、右から左、またはより複雑な順序が含まれます。
• 可変数の引数を取る関数 (可変引数関数) の処理方法。オプションには、順番に渡す (最初のパラメータが明らかな位置にあると想定) か、配列内の可変部分かのいずれかが含まれます。
• 戻り値が呼び出し先から呼び出し元に返される方法。オプションには、スタック、レジスタ、またはヒープ上に割り当てられたものへの参照が含まれます。
• 長い値や複雑な値が、複数のレジスタに分割したり、スタック フレーム内で分割したり、メモリを参照したりして、どのように処理されるか。
• 呼び出し先が戻ったときに、呼び出し先が呼び出されたときと同じ値を持つことが保証されるレジスタ。これらのレジスタは保存または保持されると言われており、揮発性ではありません。
• 関数呼び出しのセットアップとクリーンアップのタスクが、呼び出し元と呼び出し先の間でどのように分割されるか。特に、呼び出し先が終了した後に呼び出し元が続行できるようにスタック フレームがどのように復元されるか。
• 引数を記述するメタデータが渡されるかどうか、またどのように渡されるか
• フレームポインタの以前の値が格納される場所。サブルーチン終了時にスタックフレームを復元するために使用されます。オプションには、コールスタック内または特定のレジスタ内が含まれます。フレームポインタがまったく使用されない場合もあります。^[2]
• ルーチンの非ローカルデータアクセスの静的スコープリンクが配置される場所（通常はスタックフレーム内の1つ以上の位置ですが、汎用レジスタ、または一部のアーキテクチャでは特殊用途レジスタの場合もあります）
• オブジェクト指向言語の場合、関数のオブジェクトがどのように参照されるか

単一のプラットフォームに複数の呼び出し規約が存在する場合もあります。特定のプラットフォームと言語の実装では、呼び出し規約の選択肢が提供される場合があります。その理由としては、パフォーマンス、他の一般的な言語の規約の適応、さまざまな「コンピューティング プラットフォーム」によって課せられる制限や規約などが挙げられます。

多くのアーキテクチャには、広く使用されている呼び出し規約が 1 つだけあります。これは、多くの場合、設計者によって提案されます。SPARC、MIPS、RISC-VなどのRISCでは、この呼び出し規約に基づいたレジスタ名がよく使用されます。 たとえば、から までのMIPS レジスタには、標準呼び出し規約でのパラメータ渡しでの使用を反映して、から までの「ABI 名」があります。 (RISC CPU には同等の汎用レジスタが多数あるため、通常、番号以外の名前を付けるハードウェア上の理由はありません。) $4$7$a0$a3

特定のプログラムの言語の呼び出し規約は、基盤となるプラットフォーム、OS、またはリンクされているライブラリの呼び出し規約とは異なる場合があります。たとえば、32 ビット Windowsでは、オペレーティング システム コールにstdcall呼び出し規約がありますが、そこで実行される多くのCプログラムはcdecl呼び出し規約を使用します。呼び出し規約のこれらの違いに対応するために、コンパイラは多くの場合、特定の関数の呼び出し規約を指定するキーワードを許可します。関数宣言には、使用する呼び出し規約を示す追加のプラットフォーム固有のキーワードが含まれます。正しく処理されると、コンパイラは適切な方法で関数を呼び出すコードを生成します。

一部の言語では、関数の呼び出し規約をその関数で明示的に指定できます。他の言語には何らかの呼び出し規約がありますが、その言語のユーザーには隠されているため、通常はプログラマーが考慮する必要はありません。

x86 アーキテクチャの 32 ビット バージョンは、さまざまな呼び出し規約で使用されます。アーキテクチャ レジスタの数が少なく、歴史的にシンプルさとコード サイズが小さいことに重点が置かれているため、多くの x86 呼び出し規約ではスタックに引数を渡します。戻り値 (またはそのポインタ) はレジスタに返されます。一部の規約では、最初のいくつかのパラメータにレジスタを使用します。これにより、特に頻繁に呼び出される短くて単純なリーフ ルーチン (つまり、他のルーチンを呼び出さないルーチン) のパフォーマンスが向上する可能性があります。

呼び出し例:

 push EAX ; レジスタの結果を渡すpush dword [ EBP + 20 ] ; メモリ変数を渡す (FASM/TASM 構文) push 3 ; 定数を渡すcall calc ; 返された結果は EAX に格納されます             
    
                
             

一般的な呼び出し先構造: (以下の命令の一部またはすべて (ret を除く) は、単純な手順で最適化される可能性があります)。一部の規則ではret、 の代わりにplain を使用して、パラメーター空間を割り当てたままにしますret imm16。その場合、呼び出し元はadd esp,12この例のように、またはそれ以外の場合は ESP への変更に対処できます。

calc: 
push EBP ; 古いフレーム ポインターを保存します。mov EBP 、ESP ; 新しいフレーム ポインターを取得します。sub ESP 、localsize ; ローカル用にスタック領域を予約します。. . ; 計算を実行し、結果をEAX に残します。mov ESP 、EBP ; ローカル用に領域を解放します。pop EBP ;古いフレーム ポインターを復元します。ret paramsize ;パラメーター領域を解放して戻ります。               
            
      
  
                     
  
            
                
          

x86 アーキテクチャの 64 ビット バージョン ( x86-64、AMD64、Intel 64 とも呼ばれる) には、一般的に使用される呼び出しシーケンスが 2 つあります。1 つは Microsoft によって定義された呼び出しシーケンスで、Windows で使用されます。もう 1 つは AMD64 System V ABI で指定されている呼び出しシーケンスで、Unix 系システムで使用され、いくつかの変更を加えたOpenVMSでも使用されます。x86-64 には 16 ビット x86 よりも多くの汎用レジスタがあるため、どちらの規則でも一部の引数がレジスタで渡されます。

標準の 32 ビットARM呼び出し規約では、16 個の汎用レジスタを次のように割り当てます。

• r15: プログラム カウンター (命令セット仕様による)。
• r14: リンク レジスタ。サブルーチン呼び出しで使用される BL 命令は、戻りアドレスをこのレジスタに格納します。
• r13: スタック ポインター。"Thumb" 動作モードの Push/Pop 命令では、このレジスタのみが使用されます。
• r12: プロシージャ呼び出し内スクラッチ レジスタ。
• r4 から r11: ローカル変数。
• r0 ～ r3: サブルーチンに渡される引数値とサブルーチンから返される結果。

返される値の型が r0 から r3 に収まらないほど大きい場合、またはコンパイル時にそのサイズを静的に決定できない場合は、呼び出し元は実行時にその値のための領域を割り当て、r0 のその領域へのポインターを渡す必要があります。

サブルーチンは、r4 から r11 の内容とスタック ポインターを保存する必要があります (おそらく、関数プロローグでスタックに保存し、スクラッチ スペースとして使用し、関数エピローグでスタックから復元することによって)。特に、他のサブルーチンを呼び出すサブルーチンは、他のサブルーチンを呼び出す前に、リンク レジスタ r14 の戻りアドレスをスタックに保存する必要があります。ただし、このようなサブルーチンは、その値を r14 に返す必要はなく、戻るためにその値をプログラム カウンター r15 にロードするだけで済みます。

ARM呼び出し規約では、完全降順スタックの使用が義務付けられています。さらに、スタックポインタは常に4バイト境界に揃える必要があり、パブリックインターフェースを持つ関数呼び出しでは常に8バイト境界に揃える必要があります。^[3]

この呼び出し規約により、「典型的な」ARM サブルーチンは次のようになります。

• プロローグでは、r4 から r11 をスタックにプッシュし、r14 の戻りアドレスをスタックにプッシュします (これは単一の STM 命令で実行できます)。
• 渡された引数 (r0 ～ r3) をローカル スクラッチ レジスタ (r4 ～ r11) にコピーします。
• 他のローカル変数を残りのローカル スクラッチ レジスタ (r4 ～ r11) に割り当てます。
• r0 から r3、r12、r14 は保持されないと仮定して、BL を使用して計算を実行し、必要に応じて他のサブルーチンを呼び出します。
• 結果をr0に格納します。
• エピローグでは、スタックから r4 を r11 にプルし、戻りアドレスをプログラム カウンター r15 にプルします。これは、1 つの LDM 命令で実行できます。

64ビットARM（AArch64）呼び出し規約では、31個の汎用レジスタを次のように割り当てます。^[4]

• x31 (SP): コンテキストに応じてスタック ポインターまたはゼロ レジスタ。
• x30 (LR): サブルーチンから戻るために使用されるプロシージャ リンク レジスタ。
• x29 (FP): フレームポインター。
• x19 から x28: 呼び出し先が保存されました。
• x18 (PR): プラットフォーム レジスタ。オペレーティング システム固有の特別な目的、または追加の呼び出し元保存レジスタとして使用されます。
• x16 (IP0) および x17 (IP1): プロシージャ呼び出し内スクラッチ レジスタ。
• x9 から x15: ローカル変数、呼び出し元が保存されました。
• x8 (XR): 間接的な戻り値アドレス。
• x0 ～ x7: サブルーチンに渡される引数値とサブルーチンから返される結果。

xで始まるすべてのレジスタには、対応する 32 ビット レジスタがあり、その先頭にはwが付きます。したがって、32 ビットの x0 は w0 と呼ばれます。

同様に、32個の浮動小数点レジスタは次のように割り当てられます: ^[5]

• v0 ～ v7: サブルーチンに渡される引数値とサブルーチンから返される結果。
• v8 から v15: 呼び出し側で保存されますが、下位 64 ビットのみを保持する必要があります。
• v16 から v31: ローカル変数、呼び出し元が保存されました。

RISC-Vには、浮動小数点の有無にかかわらず、2種類の呼び出し規約が定義されています。^[6]可能な限り、引数をレジスタで渡します。

POWER 、PowerPC、およびPower ISAアーキテクチャには多数のレジスタがあるため、ほとんどの関数は、単一レベルの呼び出しですべての引数をレジスタに渡すことができます。追加の引数はスタックで渡され、レジスタベースの引数用のスペースも常にスタックに割り当てられます。これは、複数レベルの呼び出し (再帰的またはその他の呼び出し) が使用され、レジスタを保存する必要がある場合に、呼び出された関数の利便性を図るためです。これは、関数の引数に配列としてアクセスする必要があるなどの可変引数関数でも役立ちます。すべての手続き型言語には、単一の呼び出し規約が使用されます。 printf()

分岐リンク命令は、戻りアドレスを汎用レジスタとは別の特別なリンク レジスタに格納します。ルーチンは、リンク レジスタを宛先アドレスとして使用する分岐命令を使用して呼び出し元に戻ります。リーフ ルーチンは、リンク レジスタを保存または復元する必要はありません。非リーフ ルーチンは、別のルーチンを呼び出す前に戻りアドレスを保存し、戻る前に復元する必要があります。戻りアドレスの保存は、Move From Special Purpose Register 命令を使用してリンク レジスタを汎用レジスタに移動して行い、必要に応じてスタックに保存します。また、スタックに保存した場合は、保存したリンク レジスタ値を汎用レジスタにロードして復元し、Move To Special Purpose Register 命令を使用して、保存したリンク レジスタ値を含むレジスタをリンク レジスタに移動します。

O32 ^[7] ABI は、MIPS 用のオリジナルのSystem V ABIとして、最も一般的に使用されている ABIです。^[8]これは厳密にスタックベースであり、引数を渡すために使用できるレジスタは 4 つだけです。この遅いと認識された動作と、16 個のレジスタしかない古い浮動小数点モデルにより、他の多くの呼び出し規約が普及しました。この ABI は 1990 年に形になり、1994 年以降更新されていません。32 ビット MIPS 用にのみ定義されていますが、GCC はO64 と呼ばれる 64 ビットのバリエーションを作成しました。^[9]$a0-$a3

64ビットでは、シリコングラフィックスのN64 ABI（ Nintendo 64とは無関係）が最も一般的に使用されています。最も重要な改善点は、引数の受け渡しに8つのレジスタが使用できるようになったことです。また、浮動小数点レジスタの数も32に増加しています。N32と呼ばれるILP32バージョンもあり、x32 ABIと同様に、より小さなコードに32ビットポインタを使用します。どちらもCPUの64ビットモードで動作します。^[9]

O32 を N32 に似た 32 ビット ABI に置き換える試みがいくつか行われてきました。1995 年の会議で MIPS EABI が発表されましたが、その 32 ビット バージョンは非常に似ていました。^[10] EABI は MIPS Technologies にインスピレーションを与え、戻り値に引数レジスタをさらに再利用する、より革新的な「NUBI」ABI を提案しました。^[11] MIPS EABI は GCC ではサポートされていますが LLVM ではサポートされておらず、どちらも NUBI をサポートしていません。

O32 および N32/N64 のすべてにおいて、戻りアドレスはレジスタに格納されます。これは、 (ジャンプおよびリンク) または(ジャンプおよびリンク レジスタ) 命令$raの使用によって自動的に設定されます。スタックは下方向に成長します。 JALJALR

SPARCアーキテクチャは、ほとんどのRISCアーキテクチャとは異なり、レジスタ ウィンドウ上に構築されています。各レジスタ ウィンドウには、アクセス可能なレジスタが 24 個あります。8 つは「in」レジスタ (%i0-%i7)、8 つは「local」レジスタ (%l0-%l7)、8 つは「out」レジスタ (%o0-%o7) です。「in」レジスタは、呼び出される関数に引数を渡すために使用され、追加の引数はスタックにプッシュする必要があります。ただし、呼び出される関数によって、レジスタ ウィンドウのオーバーフロー、ローカル変数、および (32 ビット SPARC の場合) 構造体の値による戻りを処理するための領域が常に割り当てられます。関数を呼び出すには、呼び出される関数の引数を「out」レジスタに配置します。関数が呼び出されると、「out」レジスタが「in」レジスタになり、呼び出される関数は「in」レジスタの引数にアクセスします。呼び出された関数が完了すると、戻り値が最初の「in」レジスタに配置され、呼び出された関数が返されると、最初の「out」レジスタになります。

現代のUnix系システムのほとんどが従うSystem V ABI ^[12]では、最初の6つの引数をレジスタ%i0から%i5に渡し、%i6をフレームポインタ用に、%i7を戻りアドレス用に予約しています。

IBM System/360は、ハードウェア スタックのない別のアーキテクチャです。以下の例は、64 ビットz/Architectureが導入される前のOS/360 および後継システムで使用されていた呼び出し規約を示しています。System/360 の他のオペレーティング システムでは、呼び出し規約が異なる場合があります。

呼び出しプログラム:

     LA 1,ARGS 引数リストのアドレスをロード
     L 15,=A(SUB) サブルーチンアドレスをロード
     BALR 14,15 呼び出されたルーチン1への分岐
     ...
ARGS DC A(FIRST) 第1引数のアドレス
     DC A(セカンド)
     ...
     DC A(THIRD)+X'80000000' 最後の引数2

呼び出されたプログラム:

SUB EQU * これはサブプログラムのエントリポイントです

標準エントリシーケンス:

     USING *,15 3 
     STM 14,12,12(13) レジスターの保存4
     ST 13,SAVE+4 呼び出し元の保存領域アドレスを保存する
     LA 12、SAVE チェーンセーブエリア
     ST 12,8(13)
     LR 13,12
     ...

標準的な戻りシーケンス:

     L 13、セーブ+4 5
     LM 14,12,12(13)
     L 15、リターン値6
     BR 14 発信者に戻る
セーブ DS 18F セーブエリア7

注:

1. このBALR命令は、最初の引数で指定されたレジスタ (レジスタ 14) に次の命令のアドレス (戻りアドレス) を格納し、レジスタ 15 の 2 番目の引数のアドレスに分岐します。
2. 呼び出し元は、レジスタ 1 の引数アドレス リストのアドレスを渡します。最後のアドレスには、リストの終わりを示すために上位ビットが設定されています。これにより、この規則を使用するプログラムは31 ビットのアドレス指定に制限されます。
3. 呼び出されたルーチンのアドレスはレジスタ 15 にあります。通常、これは別のレジスタにロードされ、レジスタ 15 はベース レジスタとして使用されません。
4. このSTM命令は、レジスタ 14、15、および 0 から 12 を、呼び出し元によって提供された、レジスタ 13 が指す保存領域と呼ばれる 72 バイトの領域に保存します。呼び出されたルーチンは、呼び出されるサブルーチンが使用する独自の保存領域を提供します。この領域のアドレスは、通常、ルーチン全体を通じてレジスタ 13 に保持されます。次の命令は、STMこの保存領域を呼び出し元の保存領域にリンクする前方および後方のチェーンを更新します。
5. 戻りシーケンスは呼び出し元のレジスタを復元します。
6. レジスタ 15 は通常、戻り値を渡すために使用されます。
7. savearea呼び出されたルーチンで を静的に宣言すると、そのルーチンは非再入可能かつ非再帰的saveareaになります。再入可能なプログラムは、オペレーティング システムから取得されて返されるときに解放されるか、呼び出し元プログラムによって渡されたストレージにある動的な を使用します。

Linuxで使用される System/390 ABI ^[13]およびz/Architecture ABI ^[14]では、次のようになります。

• レジスタ0と1は揮発性です
• レジスタ2と3はパラメータの受け渡しと戻り値のために使用されます
• レジスタ4と5はパラメータの受け渡しにも使用される。
• レジスタ6はパラメータの受け渡しに使用され、呼び出し側によって保存および復元される必要がある。
• レジスタ7から13は呼び出し先が使用するもので、呼び出し先が保存および復元する必要があります。
• レジスタ14は戻りアドレスとして使用される
• レジスタ15はスタックポインタとして使用される
• 浮動小数点レジスタ0と2はパラメータの受け渡しと戻り値のために使用されます
• 浮動小数点レジスタ4と6は呼び出し側が使用するためのもので、呼び出し側が保存および復元する必要がある。
• z/Architectureでは、浮動小数点レジスタ1、3、5、および7から15は呼び出し側によって使用されます。
• アクセスレジスタ0はシステム使用のために予約されています
• アクセスレジスタ1から15は呼び出し側が使用します

追加の引数はスタックに渡されます。

注: 「preserved」は呼び出し先の保存を予約します。「guaranted」の場合も同様です。

モトローラ68000シリーズの最も一般的な呼び出し規約は以下の通りである: ^{[15] [16] [17] [18]}

• d0、d1、a0、a1はスクラッチレジスタです
• 他のすべてのレジスタは呼び出し先で保存されます
• a6はフレームポインタであり、コンパイラオプションによって無効にすることができます。
• パラメータは右から左へスタックにプッシュされます
• 戻り値はd0に格納されます

IBM 1130 は、 16 ビットのワード アドレス指定が可能な小型マシンでした。レジスタは 6 個と状態インジケーターのみで、スタックはありませんでした。レジスタは、命令アドレス レジスタ (IAR)、アキュムレータ (ACC)、アキュムレータ拡張 (EXT)、および 3 つのインデックス レジスタ X1 ～ X3 です。呼び出し側プログラムは、ACC、EXT、X1、および X2 を保存する役割を担います。[ ^19]サブルーチンを呼び出すための疑似操作にCALLは、メイン プログラムに直接リンクされた非再配置可能サブルーチンをコーディングする操作と、転送ベクターLIBFを介して再配置可能ライブラリ サブルーチンを呼び出す操作の 2 つがあります。^[20]どちらの疑似操作も、次の命令のアドレスを実効アドレス (EA) に格納し、EA+1 に分岐するBranch and Store IAR ( ) マシン命令に解決されます。 BSI

引数は ‍ に続きますBSI(通常、これらは引数の 1 ワード アドレスです)。呼び出されたルーチンは、戻るときに引数をスキップできるように、予想される引数の数を知っておく必要があります。または、引数をレジスタで渡すこともできます。関数ルーチンは、実引数の場合は ACC に、実数疑似アキュムレータ (FAC) と呼ばれるメモリ位置に結果を返しました。引数と戻りアドレスは、サブルーチンの最初の位置に格納されている IAR 値へのオフセットを使用してアドレス指定されました。

  * 1130 サブルーチンの例
     ENT SUB 「SUB」を外部エントリポイントとして宣言する
 SUB DC 0 エントリポイントの予約語。通常「DC *-*」とコード化されます。
 * サブルーチンコードはここから始まり
 * 引数がある場合、アドレスは戻りアドレスから間接的にロードできます
     LDX I 1 SUB X1に最初の引数のアドレスをロードします（例）
 ...
 * 戻りシーケンス
     LD RES 整数結果をACCにロードする
 * 引数が指定されていない場合は、保存された戻りアドレスへの間接分岐
     BI SUB 引数が指定されていない場合
     終了サブ

IBM 1130、CDC 6600、PDP-8（これら3つのコンピュータはすべて1965年に導入された）のサブルーチンは、戻りアドレスをサブルーチンの最初の位置に格納します。^[21]

スレッド コードでは、関数呼び出しのセットアップとクリーンアップの責任はすべて、呼び出されるコードに委ねられます。呼び出しコードは、呼び出されるサブルーチンをリストする以外は何も行いません。これにより、関数のセットアップとクリーンアップのすべてのコードが、関数が呼び出される多くの場所ではなく、関数のプロローグとエピローグの 1 か所に配置されます。これにより、スレッド コードは最もコンパクトな呼び出し規約になります。

スレッドコードはすべての引数をスタックに渡します。すべての戻り値はスタックに返されます。これにより、単純な実装は、より多くの値をレジスタに保持する呼び出し規約よりも遅くなります。ただし、スタックの上位値のいくつか（特に戻りアドレス）をレジスタにキャッシュするスレッドコードの実装は、戻りアドレスを常にスタックにプッシュおよびポップするサブルーチン呼び出し規約よりも通常は高速です。^{[22] [23] [24]}

PL/I言語で書かれたプログラムのデフォルトの呼び出し規約では、すべての引数が参照渡しされますが、オプションで他の規約を指定することもできます。引数の扱いはコンパイラやプラットフォームによって異なりますが、通常、引数のアドレスはメモリ内の引数リストを介して渡されます。戻り値を格納する領域を指す最終的な隠しアドレスを渡すこともできます。PL/I でサポートされているデータ型は多種多様であるため、たとえば、文字またはビット文字列の長さ、配列 (ドープ ベクトル) の次元と境界、データ構造のレイアウトと内容を定義するデータ記述子を渡すこともできます。定数である引数、または呼び出されたプロシージャが予期する引数の型と一致しない引数に対しては、ダミー引数が作成されます 。

Wikibooksには68000アセンブリに関する本があります。

Wikibook Embedded Systems には、 C とアセンブリの混合プログラミングに関するページがあります。

Wikibook X86 Disassemblyには、呼び出し規約に関するページがあります。

• Johnson, Stephen Curtis、Ritchie, Dennis MacAlistair (1981 年 9 月)。「コンピューティング サイエンス技術レポート No. 102: C 言語呼び出しシーケンス」。ベル研究所。
• PowerPC でのアセンブリ入門
• Mac OS X ABI 関数呼び出しガイド
• ARM アーキテクチャのプロシージャ コール標準
• GNU ツールチェーンによる組み込みプログラミング、セクション 10. C スタートアップ