JPH06501580A - 多言語最適化コンパイラ内のシンボル　テーブル構成用インタフェイス - Google Patents

多言語最適化コンパイラ内のシンボル　テーブル構成用インタフェイス

Info

Publication number
JPH06501580A
JPH06501580A JP4506690A JP50669092A JPH06501580A JP H06501580 A JPH06501580 A JP H06501580A JP 4506690 A JP4506690 A JP 4506690A JP 50669092 A JP50669092 A JP 50669092A JP H06501580 A JPH06501580 A JP H06501580A
Authority
JP
Japan
Prior art keywords
value
tuple
type
operand
code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP4506690A
Other languages
English (en)
Other versions
JPH0769833B2 (ja
Inventor
ブリックシュタイン　デイビッド　スコット
デイビッドソン　キャロライン　スウィーニー
フェイマン　ロバート　ネイル　ジュニア
グラブ　リチャード　バリー
ホブス　スティーブン　オー
マーフィー　デニス　ジョセフ
Original Assignee
ディジタル　イクイップメント　コーポレイション
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ディジタル　イクイップメント　コーポレイション filed Critical ディジタル　イクイップメント　コーポレイション
Publication of JPH06501580A publication Critical patent/JPH06501580A/ja
Publication of JPH0769833B2 publication Critical patent/JPH0769833B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/43—Checking; Contextual analysis
    • G06F8/433—Dependency analysis; Data or control flow analysis
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/43—Checking; Contextual analysis
    • G06F8/436—Semantic checking
    • G06F8/437—Type checking
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/44—Encoding
    • G06F8/443—Optimisation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/40—Transformation of program code
    • G06F8/41—Compilation
    • G06F8/44—Encoding
    • G06F8/447—Target code generation

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Devices For Executing Special Programs (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)
  • Measuring Magnetic Variables (AREA)

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 多言語最適化コンパイラ内のシンボルテーブル構成用インタフェイス 発明の背景 本発明はディジタル　コンピュータ　プログラム用のコンパイラ（翻訳編集装置 ）に関し、とくに複数の異なるコンピュータ　プログラムによって使用されるの に適しており、複数の異なる目標機器（ターゲット　マシン）用のコードを発生 するコンパイラ　フレームワーク（フレーム構造）に関するものである。
コンパイラは一般に特定の原言語（ソース　ランゲージ）を、特定の動作方式を 有する特定の目標機器を動作させるに用いるターゲット　コードに翻訳するよう に構成する。例えばフォートラン（Ｆｏｒｔｒａｎ）コンパイラは、ＶＭＳ動作 システムを使用するＶＡＸアーキテクチュア（構造）を有するコンピュータ用コ ートの発生に利用でき、あるいはＭＳ／ＤＯ３を実行する８０３８６コンピユー タ用のＣコンパイラとして利用できる。これらのランゲージ・アンド・ターゲッ ト・スペシフィック・コンパイラの中間部分は、大部分か共通の構造及び機能を それぞれ分担して持っている。このため、新規なコンパイラ構造は、既存のコン パイラの構成要素のいくつかを使用し、他のものを変形することによって構成で きる。それにも係わらず、ソースランゲージ及びターゲット　マシンの各組合せ 用に新しいコンパイラを構成するのか従来のプラクティスてあり、新規な高性能 コンピュータ　アーキテクチュア（構造）を設計するとき、一般に使用されるソ ース　ランゲージ（原言語）のそれぞれに対する再書込みコンパイラの任務（タ スク）か主要のタスクとなる。
コンピュータ　エイデツド　ソフトウェア　エンジニャ（ＣＡＳＥ）の分野は、 コンパイラ技術に大きく依存している。ＣＡＳＥツール及びプログラミング環境 は、コア　コンパイラによって構成される。これに加えてコンピュータ　ハード ウェアのパーフォーマンス仕様は、多くの場合、コンパイラ技術と一体に包含さ れる。プロセッサの速度は、一般に高レベルのランゲージ　ベンチマークによっ て測定され、従ってコンパイラを最適化すると、新規なコンピュータ機器の価格 のパーフォーマンス係数に影響する。
種々の異なる高レベル　ランゲージ及び異なるコンピュータアーキテクチュアに 対し、コンパイラの機能を適合させるためには、コンパイラ　フレームワークの コア構成素子の共通性を高めることが望ましい。コンパイラのフロント　エンド （前置コンピュータ）はソースのコード　モジュールに直接アクセスするので、 パスカル（Ｐａｓｃａｌ）を通訳するように構成されたコンパイラのフロント　 エンドはＣ方式を通訳することはできない。同様にコンパイラの後側端（バック 　エンド）内のコード発生器は、ターゲット　コンピュータ　アーキテクチュア のインストラクション　セットを使用する必要かあるので、特殊マシンとなる。
従ってより一般的に構成できるのは、コンパイラの中間構成素子である。コンパ イラのフロント　エンドは、第１にソース　コードを中間ランゲージに翻訳する のか一般である。従って高レベル　ソース　ランゲージにより初め書込れたプロ グラムは、コンパイラの内部操作用のより要素的なランゲージとして現れる。こ のフロント　エンドは、プログラムまたはルーチンのレプレゼンテーション（表 示）を、中間ランゲージで、いわゆるグラフとして、シンボル　テーブルと共に 形成するのか普通である。これら２つのデータ構造、すなわち中間ランゲージ　 グラフ及びシンボル　テーブルがコンパイラによって内部的に使用されるプログ ラムを表わす。従って、ユニバーサルまたは一般特性の中間ランゲージ及びシン ボル　テーブル構造を形成すると、フロント　エンドに後続する構成素子がより 一般的に構成できる。
コンパイラのフロント　エンドか中間ランゲージ　グラフ及びシンボル　テーブ ルを形成した後、種々の最適化技術を一般に導入する。フロー　チャートを再配 置する。すなわちプログラムの書直しを行い、ターゲット　マシンの実行速度を 最適化する。これらの最適化のいくつかは、ターゲットに応じた特定のもの（ｔ ａｒｇｅｔ−ｓｐｅｃｉｆｉｃ）であるか、多くは一般的（ｇｅｎｅｒｉｃ）な ものである。共通的に使用される最適化（ｏｐｔｉｍｉｚａｔｉｏｎ）は、コー ド　モーション、強度減少等である。コンパイラの次の内部構造は、レジスタ及 びメモリ配置である。この点迄は、データ基準は何れの場所に記憶されるかに関 係なく、ネームにより、またはアブストラクト内で可変及び一定である。しかし その後は、データ基準（レファレンス）はより固定した位置、例えは特定のレジ スタ及びメモリ　ディスプレースメント（未だメモリ　アドレスなし）の如くよ り固定した位置に割当てられる。
この点て、レジスタの配置形態で、レジスタ内のデータをより少ないレジスタ　 レファレンスで維持するための一層の最適化か可能である。このためプログラム を再度再配置し、レジスタの利用性を最適化させる。レジスタの配置もある程度 はターゲットのマシンにより定まり、このためコンパイラの一般特性は：ターゲ ットＣＰＵのレジスタ　セットの数、サイズ、特定の割当てを規定するものを有 する必要かある。レジスタ及びメモリ割当ての次にコンパイラは、コード発生フ ェースを行い、これにおいて、オブジェクト（目的）コード　イメージを形成す る。
これらのコースはターゲット　マシンのランゲージ、またはインストラクション 　セット、すなわち特定の機械のインストラクション　セットによること当然で ある。次で目的コード　イメージにリンクさせて実行可能なパッケージを形成し 、各種ラン・タイム　モジュールの加算等を行い、これらすへてはマシンにより 特定のものである。
典型的なコンパイラ構造では、中間ランゲージ　グラフの構造、及びレジスタ及 びメモリ配置の最適化は、−膜化をもっとも行い易いものである。しかし乍ら現 在もっとも一般的に使用されている高レベル　ランゲージの大幅な相違、及びタ ーゲット　マシン構造（アーキテクチュア）の相違か一般的なコンパイラ　コア 構造の実現を妨げる障害となっている。
発明の概要 本発明の１実施例においては、コンパイラ　フレームワークにジェネリック（全 体的）“シェノピまたは制圓及びシーケンシング　メカニズムを設け、さらにジ ェネリック（全体）バック　エンドを設ける（ここでコード発生器はターゲット ・スペシフィックとすること当然である）。ジェネリック　バックエンドはオプ ティマイゼーション、レジスタ及びメモリ割当て。
ならびにコード発生の機能を有する。シェルは種々のホストコンピュータで実行 され、バック　エンドのコード発生機能は任意の数のコンピュータ　アーキテク チュアのターゲットとなる。フロント　エンドはそれぞれの異なるソース　ラン ゲージ用にテーラ−（顧客化）される。これらは例えばＣｏｂｏｌ。
Ｆｏｒｔｒａｎ、　Ｐａ５ｃａｌ、Ｃ，Ｃ＋＋、　Ａｄａ等である。フロント　 エンドはソース　コート　モジュールを走査し、バーズ（分析）を行い、これら よりソース　コード内に表わされているプログラムの中間ランゲージを発生する 。この中間ランゲージは、ユニバーサルな方法で、任意のソース　コード　ラン ゲージを表わすように構成され、このためフロント　エンドとバック　エンド間 のインタフェイスは標準フォルマットとなり各ランゲージに特定のフロント　エ ンドに対し書直しを必要としない。
フロント　エンドによって形成された中間ランゲージ　レプレセンテーションは 、構成素子ユニットとしてタプル（ｔＵｐｌｅ−一組）を基礎としている。ここ では各タプルは、例えはロード（負荷）、ストア（蓄積）、加算（アット）、ラ ベル、ブランチ等の遂行すべき単一演算を表わす。各タプルに対しフロントエン ドにより、種々の必要情報のフィールドにデータ構造か形成される。タプルの順 番のシリーズに沿って、フロント　エンドは、普通のプラクティスにより変数（ ｖａｒｉａｂｌｅ）、ルーチン、ラベル等のすへてのレファレンスに対するシン ボル　テロ−プル（記号表）を生成する。タプルはブロック内に順番付けられた シーケンス（順番）に並んでおり、ブロックは、ルーチンまたはラベルによって 開始され、ブランチ内に終わるコードの一部であり、例えはブロックの出発点と 終了点の間ではエントリー（入）　またはエキジット（出）は許されないように なっている。各ブロックはさらにデータ構造またはノードとなっており、その後 位及び前位のブロックへのポインタを有している（これらはシンボル表内のシン ボルである）。互いにリンクされたブロックにより、中間ランゲージ　グラフと 称されるフロー　グラフか形成され、これはブロック　エンドにより用いられ、 最適化、レジスタ及びメモリ割当て、等を行なうプログラムを代表する。
本発明の特徴の１つは、フロント　エンドとバック　エンド間のインタフェイス 内のエフェクト（効果ｅｆｆｅｃｔ）及び従属性（ｄｅｐｅｎｄｅｎｃｉｅｓ） を表わすメカニズムである。タプルはメモリに書込むときはエフェクトを有し、 何れが他のノートが書込みを行なった位置より読出しを行なったときはディベン ゾンシイ（従属性）を有する。種々の高レベル　ランゲージは演算の表示に異な った方法があり、１つのランゲージ内の同じシーケンスはある結果と従属性（デ ィベンゾンシイ）を許し、他のランケージではこれを許さない。従って、ソース 　ランゲージより独立したあるいは関係のないメカニズムを設け、プログラム遂 行の効果を記載する。このメカニズムは、コンパイラ　フロント　エンドに詳細 なランゲージ特定情報を形成する手段を具え、コンパイラ　バック　エンド内の マルチ・ランケージ　オプテイマイザ（最適化装置）にこれを送る。このメカニ ズムをクローバル　オプテイマイザによって用い、共通のサブエクスプレッシコ ン（副表示）認識及びコード　モーションを含むリーガルで有効な最適化を決定 する。タプルの中間ランゲージ及び機構は、ハック　エンド（オプテイマイザ） かフロント　エンドに質問（中間ランケーン　グラフより情報を得る）しうるよ うな情報を有しており、これによってハック　エンドはターゲット　マシンの１ つのタプルに発生したコードの遂行の際、他のダブルに対しコードによって計算 された値か悪影響を及はすかとうかを決定することかできる。この点に関し、バ ック　エンドとフロント　エンド間のインタフェイスはランゲージ独立性を有す る。（ｌａｎｇｕａｇｅ　１ｎｄｅｐｅｎｄｅｎｔ：）ｚ＜ツク　エンドはその 服従しているランゲージを知る必要がない。この利点は、種々のバック　エンド （及びシェル）は、各ソース　ランゲージで書込まれる必要かないことてあり、 その代り、最適化コシバイラか各ソース　ランゲージに対し指定され、各ソース 　ランケージに対してフロント　エンドに異なるランゲージ毎にティラー（仕立 化）を行なうのみで良い。
本発明の１実施例の他の特徴は、コンパイラの最適化部分内でインダクション変 数（ｖａｒｉａｂｌｅ）を解析する方法を使用することである。変数かループを 通じ毎時１回つつインクレメントまたはデクレメントされ、毎回ループを通じ最 大で１回道行されるときはこれをインダクション変数と称する。最適化にはこの インダクション変数の検出に加えて、インダクティプ　エクスプレッション（ｅ ｘｐｒｅｓｓ　１ｏｎ−−一式９表示）を検出する。これはインダクション変数 の直線関数として計算しうる式である。一般にいってこの最適化の目的は、倍算 を加算で置換することてあり、これはより安くかつ高速であり、（はとんどの機 構で）強度減少として知られているものである。インダクション変数の検出には 、ポテンシャル　インダクション変数の“セット（組）”を用いる必要があり、 各ループに対しこれをダイナミック（動的）に行なうのは高価かつ複雑となるの で、ＩＤＥＦセットの構成に用いられるサイド　エフェクト　セットを用いるこ とにより改良を行なっている。
本発明の１実施例の付加的特徴は、最適化の１つに“フォールディング常数（ｆ ｏｌｄｉｎｇ　ｃｏｎｓｔａｎｔ）”　（Ｋ倍またはＫＦＯＬＤルーチンと称さ れる）を行なう機構である。この機構は、式をある一定数に減少させ、ルーチン 中のより多く時間を必要とする計算を行なう代わりに、コンパイル（翻訳編集） 時間に計算しうるようにするものである。重要な特徴は、ユーザにより符号化ま たは計算を行なう代わりに、コンパイラのフレームワーク自体によってＫＦＯＬ Ｄコートを形成することである。ＫＦＯＬＤヒルダはフロント　エンドの如く機 能し、丁度他のランゲージ・スペシフィック　フロント　エンドの如く機能する が、ソース　コード入力は無く、その代わり入力は中間ランゲージ内であり、オ ペレータのすへてのリストとデータ　タイプのすへてのリストよりなるのみであ る。その利点は、より多くＫＦＯＬＤパッケージ通過か形成され、これはより安 価に行いうろことである。
さらに他の実施例の特徴は、ＴＤモジュールと称される型式規定（ｔｙｐｅ　ｄ ｅｆｉｎｉｔｉｏｎ）　ｔＩ！構である。このモジュールは、フロン１〜　エン ドにより使用されるメカニズム並びにバック　エンドのコンパイラを提供し、リ ンカ−またはデバガーにより用いられるオブジェクト　モジュールと協同させる プログラム　タイプ情報の構成に用いられる。”タイプ情報（型式情報）”の創 生は、シンボル　テーブル　クリエーションの文脈に入り、フロント　エンドを してバック　エンドの特定及びプログラムタイプ情報のアブストラクト表現を許 容する。ＴＤモジュールは、フロント　エンドに基本タイプ（型式）及びアブス トラクト　タイプを記述するサービス　ルーチンを許容する。
これに加えて、さらにある実施例は、コード　テンプレート（型板）を用いて、 複式バス方式てコードの形成を行なう方法を特徴とする。コンパイル（翻訳編集 ）工程中、コード　テンプレートの選択及び適用は４つの異なる時に生ずる。
（１）ハターン選択また＋１ＰＡＴＳＥＬＥＣＴフエーズハＣＯＮＴＥＸＴ内の パターン　マツチを行い、最良のコード　テンプレートの選択にバスする。
（２）ＴＮＡＳＳ　ＩＧＮ及びＴＮＬＩＦＥはＣ０ＮＴＥＸＴの任務を行い、選 択したタンプレートのコンチクスト（文脈）アクションの使用を用い、式の順序 の評価を解析し、テンポラリ−ネーム（ＴＮｓ　）をノンローカルなライフタイ ムをもってコード　テンプレートに割当てる。
（３）ＴＮＢ　ＴＮＤは選択したテンプレートのパインディングアクションの使 用をバスし、コード　テンプレートにローカルなライフタイムを有するＴＮｓを 割当てる。
（４）最後にＣ０ＤＥは選択されたテンプレートのユース　コード発生アクショ ンをバスし、オブジェクト　コードの発生に導（。
図面の説明 本発明の新規と信じられる特徴は添付の請求の範囲（＝記載されている。しカル 本発明の他の特徴及び利点は、添付図面と共に、以下の特定の実施例の記載を参 照すれはより良く理解されよう。
第１図は、本発明の特徴を用いたコン１＜イラの概略図。
第２図は、本発明の各種特徴の方法か実行されるホスト　コンピュータのブロッ ク図による電気回路図。
第３図は、第１図のコンパイラによって、ソース　コード゛フオーム、中間ラン ゲージ　フオーム、トリー　フオーム及びアッセンブリ　ランゲージ　フオーム に翻訳編集（コンｉくイノし）されるへきコードを示す図。
第４図は、第１図のコンパイラで使用されるタプノシ（ｔｕｐｌｅ）のデータ構 造を示す図。
第５図は、第１図のシェルの演算の論理的フロー　チャート：第６図は、常数を 含む符号の例のりスト：第７図は、本発明の１つの特徴によるタイプ（型式）の 規定を説明するためのデータ　フィールドと関係（ポインタ）の国策１図におい て、本発明の１実施例によるコンｉくイラ　フレームワークＩＯは、ポータプル な、再ターゲット可能なコンパイラ用のランゲージに無関係なフレームワ一つて ある。このコンパイラ　フレームワーク１０は、シェル！■と称されるポータプ ル動作システム　インタフェイス１１と、再ターゲット可能なオプテイマイザ（ 最適化装置）並びにコード発生器（バック　エンド）１２よりなる。シェル１１ はポータプル（機械語のプログラム生成デバイスの普遍性）であり、すなわち数 個演算システム、例えばＶＡＸ／ＶＭＳ、Ｖ、、、等ホスト　コンピュータで実 行する任意のものに適合できる。このシェルは第２図に示す如く、ホスト　コン ピユーテイング（計算）システムで演算を行なうホスト演算システムＩ３によっ て動作し、このシステムは主として、システム　バス１６によって主メモリＩ５ に結合され、かつＩ１０コントローラ１８によってディスクメモリ１７に結合さ れたＣＰＵ１４を含んている。シェルｌｌ及びコンパイラ１２はフロント　エン ド２０と組合わされて、特定のソース　ランゲージに対するポータプルは、再タ ーゲット可能なコンパイラを創出する。従って本発明のフレームワークｌＯに基 つくコンパイラは３つの基本部分より成る。
これらはシェル１１、特定のホスト演算システム１４にテーラ−されている。こ れはコンパイラのホスト　エンバイロメント（システム環境）を決定する； 特定のソース　ランゲージ（Ｃ，Ｃ＋＋、パスカル、フォルトラン、　Ａｄａ、 　ｏｂｏｌ、等）に対するフロント　エンド２０．−一これはコンパイラのソー ス　ランゲージを決定する：特定のターゲット　マシン（ＶＡＸ、ＲＩＳＣ等の 特定の構造）に対するバック　エンド１２．−−−これはコンパイラのターゲッ ト　マシンを決定する。
シェル１１、フロント　エンド２０及びバック　エンド１２間の各インタフェイ スは固定されているので、本発明によるコンパイラの各個別構成素子は自由に交 換することかできる。すなわちフロント　エンド２０を複数の交換可能なフロン ト　エンド、例えは１つかＦｏｒ　ｔｒａｍ用、１つかＣｏｂｏｌ用、１つかＰ ａ５ｃａｌ用、１つかＣ用等で構成することかできる。同様にＶＡＸコンピュー タのＶＭＳで動作するように作製されたシェル１１を、ＲＩＳＣワークステーシ ョンのＵ　ｎ　ｌ　ｘのオペレーティング　システムて動作するシェル１１で置 換することができ、この間フロント　エンド２０とバック　エンド１２は何等変 更を加えないようにすることかできる。
シェル１１は、ホスト　オペレーティング　システムＩ３とその他のコンパイラ 間の固定インタフェイスとなる。本発明のシェルはいくつかの利点を有する。第 １にシェル１１は、演算システムＪ３の基本的特徴に対するポータプルなインタ フェイスを提供する。例えは、フロント　エンド２ｏは、ホスト演算システム１ ３のファイル　システム、コマンド　パージング、あるいはテープ記憶配置等の 詳細を知る必要かない。これはこれらすべてのサービスは、シェル　ルーチンに よりアクセスされ、シェルは使用する演算システム１３に合うように形成（テー ラ−）されているからである。第２にシェル１１は、いくつかのコンパイラ素子 、例えばコマンド　ライン　パージング（構文解析）、ファイル組み込みプロセ シング、ダイアグツステイク（診断）ファイル形成素子を単一で行う素子を設け るような重複設備を排除しうる。第３に、これらの共通の素子を使用することに よって、フレームワーク】０を用いて創設されたコンパイラ間に一貫性あるいは 両立性（ｃｏｎｓｉｓｔｅｎｓｙ）が保証されることである。このフレームワー ク１０を用いるよう形成されだすへてのコンパイラは、同じフォルマットでリス ト　ファイルに書き込みを行い、コマンド　ライン　クオリファイヤに同じ処理 を行い、同形のエラー　メツセージを発行する等を行う。第４に、シェル１１内 に共通のシェル装置を持つことによりコンパイラの内部積分か改良される。これ は、フロント　エンド２０とバック　エンド１２が同じシェル機能を有するから である。例えばシェル　ロケータ　パッケージの使用は、ソース　ファイル位置 かソース　リスティング、フロント　エンド発生ダイアゴノスティク、ハック　 エンド発生ダイアゴノスティク、オブジェクト　リスティング、デバッガ−情報 に両立性か得られるからである。
フロント　エンド２０はフレームワーク１０によって構成されるコンパイラの構 成素子中、翻訳すべきソース　ランゲージを理解する唯一の素子である。このソ ース　ランゲージは、コンパイラの入力を規定するソース　コード　ファイル（ モジュール）２１のテキストを創出するのに用いられるソース　ランゲージであ る。フロント　エンド２０は第１にシェル１１を呼出し、コマンド　ライン情報 を得て、ソース　ファイル２１よりテキスト　ラインを得る。第２に、フロント 　エンド２０はシェル１１を呼出し、ファイルのりスティング、ダイアグツステ イク　メツセージの書込み、並びに場合によって特殊ランゲージ用の他のファイ ルへの書込みを行う。第３にフロントエンド２０は、語常、構文、意味の解析を 行い、ファイル２０内のソース　テキストを、フロント　エンド２０とバック　 エンド１２間のインタフェイス２２によって使用されるランゲージに無関係なイ ンターナル　レブレセンテーション（内部表現）に翻訳する。第４に、フロント 　エンド２０は、バック　エンド１２を呼出し、インターナル　レプレセンテー ション内の情報よりターゲット　システム　オブジェクト　コード２３を形成す る。第５にフロント　エンド２０は、ルーチンを行い、これによってバック　エ ンド１２はコール　パス２４を介して、バック　エンド処理中、バック　エンド はランゲージ特定情報を呼出す。第１図のコンパイラ　フレームワークには含ま れていないか、遂行可能でターゲット　マシーン２５を駆動するイメージを形成 するオブジェクト　モジュールまたはイメージ２３をリンクさせるリンカ−を含 んでいる。
コンパイラのバック　エンド１２かコードを創造するターゲット　マシン２５は ある特殊構造のコンピュータである。すなわち例えば、これはある特定の番号の セットとデータ幅を有するレジスタであって、そのロジックは特定のインストラ クションは特殊のインストラクション　セットを遂行し、特殊なアドレス　モー ドか得られる等である。これらの例は、（１）既述のＶＡＸアーキテクチュアで あり、（２）はＭＩＰＳ　Ｉｎｃ、より得られる部品番号Ｒ２０００またはＲ３ ０００の３２ピツトＲＩＳＣチツプに基づ＜ＲＩＳＣ型のアーキテクチュアで、 プリンティスホール（Ｐｒｉｎｔｉｃｅ　Ｈａｌｌ）　１９８７に、“ＭＴＰＳ 　Ｒ２０００ＲＩＳＣアーキテクチユア”として記述されたものであり、（３） は１９９０年６月２９日出願の係属中出願番号第５４７５８９号に記載された６ ４ビツト　レジスタによるアドバンストＲＩＳＣアーキテクチュアである。その 他種々のアーキテクチュアも同様に収容することができる。
一般にいって、フロント　エンド２０は、ソース　コードをインタフェイス２２ の内部表現に翻訳する際、オブジェクトコード２５か実行されるターゲット　マ シンのアーキテクチュアを考慮する必要かない。これは、この中間表現はターゲ ットマシン２５のアーキテクチュアより独立しているからである。
フロント　エンド２０の特徴のいくつかはターゲット　システムに適合するよう に特別仕様とする必要な場合かある。しかし、データ表現の一部の特徴、例えは 割当て（アロケーション）及び整合（アライメント）は、ターゲット　マシン２ ５のアーキテクチュアに適するように特別仕様とする方か好都合であり、またル ーチン呼出しの仮数メカニズムは、ターゲット　システムの呼出標準により定ま り、さらにルーチン　ライブラリ　インタフェイスは、各ターゲット　システム それぞれに対しおそらく異なったものとなる。
バック　エンド１２は、フロント　エンド２０によって形成された内部表現２２ を、ターゲット　システムのオブジェクトコード２３に翻訳するように機能する 。バック　エンド１２は、最適化２６、コード発生２７、蓄積およびレジスタ割 当て２８、およびオブジェクト　ファイル排出２９の基本機能を遂行する。最適 化機能は、コードか内部表現のとき、このコードに対し遂行される。バック　エ ンド２ｏはさらにユーティリティ　ルーチンを含んでおり、これらはフロント　 エンド２ｏより呼出されて、シンボン　テーブル３ｏおよび中間ランゲージデー タ構造を創出する。
ユーザ（すなわち第２図のコンピュータ　システムのユーザで、コンピュータ　 システムは演算システム１３を遂行している）が第１図のコンパイラを呼出す（ 呼出し可能なインタフェイスを通ずるか、あるいは他の機構を通じて）と、シェ ル１１はその制証を受ける。シェル１１はフロント　エンド２ｏを呼出し、ソー ス　ファイル１５よりの入力ストリームをオブジェクト　ファイル２３に翻訳す る。フロント　エンド２ｏはバック　エンド１２を呼出し、オブジェクト　ファ イル２３内に各オブジェクト　モジュールを生成する。フロント　エンド２゜は 、オブジェクト　モジュール２３内の各個別ルーチンに対するコードの創出のた めバック　エンド１２を呼出すこともあり、またこれは全モジュールに対し一度 にコードを形成するバック　エンド　ドライバーを呼出すこともある。
フロント　エンド２０はソース　コード２１のオペランド解析（ｐａｒｓｅ）を 行い、ソース　コードで表わされたプログラムの中間ランゲージ版を形成する。
タプルはソース　ランゲージが１つの演算を行った表現（式）である。例えば第 ３図を参照するとき、ソース　ランケージで表わされた式、１＝Ｊ＋１ は、中間ランゲージて表わされた４つの式に分解され、これらは＄１．　＄２． 　＄３および＄４である。ＩＬ（中間ランゲージ）によるこのようなコードの表 現方法は、フェッチ（取出し）オブジェクトを表わすシンボルＪを付したアイテ ム３１て表わされる第１タプル＄１を含む。次のタプルはリテラル、アイテム３ ２てあり、シンボル１で参照される。次のタプルはアト（ＡＤＤ）、アイテム３ ３てあり、これはタプル＄１および＄２の結果を参照する。最後のタプルはスト ア、アイテム３４てあり、タプル＄３の結果を参照し、この結果をシンボル　テ ーブル内にチンポルＩて記入する。この表現は第３図の論理ツリーによっても表 わされ、タプルは同じ参照番号で識別表示される。これと同じソース　コードの ラインはＲＩＳＣタイプのターゲット　マシンにおいて、第３図に見られるよう な一般形でレジスタ　ファイル内にＲＥＧ４の如きレジスタを用いて３つのイン ストラクションｖン、ＬＯＡＤ　：ＡＤＤ整数、および５ＴＯＲＥ（７）集合て 表わすことかできる。あるいはＣｌ５Ｃマシンで、導出されるコートは、図示の 如くの単なるインストラクションＡＤＤ、＃１、Ｊ、Ｔてもありうる。
この場合タプルはコンピュータ　プログラムの基本的語句てあり、本発明におい て使用される形態では、データ構造３５てあって、これは少なくとも第４図に示 される要素を含む。これらは （１）オペレータ（演算子）およびタイプ　フィールド３６で、例えはフェッチ 、ストア、アト（Ｆｅｔｃｈ、　５ｔａｒｅ、　Ａｄｄ）等、（２）ロケータ３ ７、ソース　モジュール２１内の何処にこのタプルに対するソース等価が位置す るかを規定、（３）他のタプル、リテラル　ノードまたはシンボル　ノードに対 するオペランド　ポインタ３８、 例えは第３図のＩおよび＃ｌに対するポインタ、タプル＄１および＃２等である 。さらにタプルはアトリビュート（属性）フィールド３９を有し、これらは、例 えばラベル（Ｌａｂｅｌ）、条件ブランチ（Ｃｏｎｄｉｔｉｏｎａｌ　Ｂｒａｎ ｃｈ）、アーギュメント（Ａｒｇｕｍｅｎ　ｔ　）（コールに対する）、または Ｓｙｍ　Ｒｅｆ　（シンボル　テーブル内のシンボル）を含む。このタプルは、 このタプルのブロック内の順番を表わす番号フィールド４ｏを有している。
フロント　エンド２ｏはソース　コードを解析してタプルを識別し、次いてコー ドの基本ブロックを識別する。コードのブロックは一連のタプルとして規定され 、第１タプルと最終タプルの間に入口または出口は存しない。一般に１つのブロ ックはラベルまたはルーチン　エントリーによって初まり、他のラベルへのブラ ンチにより終わる。フロント　エンド２０の任務は、ソース　コード２１を解析 し、タプルおよびブロックを識別することてあり、これはフロント　エンドはそ のランゲージに対し特定（スペシフィック）であることか要求される。このため タプルは、フィールド４１を有し、これは当該タプルかブロックの初めであるか 、ブロックの終わりであるか否かを教える以下に詳細に説明するように、本発明 の特徴の１つは、エフェクトの表現方法にある。タプルは、メモリ位ｆｌ（ＩＬ レベルにおいて、シンボルで表わされる。）に記憶または書込みを行ったとき、 または他のタプルかある位置に書込みを行ったことに従属することによりエフェ クトを有する。従って第３図の例で、タプル＄４はエフェクト（Ｉのストア）を 有し、＄１は、従属性（内容Ｊ）を有する。このため第４図に示されるデータ構 造は、このタプルのこれらのエフェクトおよび従属性を記憶するフィールド４２ および４３を有する。
第１図のコンパイラの単一エクゼキューシコンは、第５図のフロー　チャートに 示されるようにしてシェル１１によって行われる。オペレーティング　システム １３を介してユーザにより、第１図のコンパイラか呼出されるとシェル１１は第 ５図のアイテム（項目）４５て示されるような制御を受ける。コマンド　ライン 内のユーザは、動作させるへきモジュール２１内のリストまたは“プラス　リス ト”を特定する。次のステップは、シェル１１によるフロント・エンド　ルーチ ンＧＥＭ＄ＸＸＩＮＴの呼出しであり、これはアイテム４６で示すようにフロン ト　エンドのすべての必要な初期化を行う。このフロント　エンド　ルーチンＧ ＥＭ＄ＸＸ　ＩＮＴは付属書に説明されている。次いでシェル１１はグローバル （大域）コマンド　りオリファイヤ（修飾子）を解析し、アイテム４７に示され るようにフロント　エンド　ルーチンＧＥＭ＄ＸＸ　ＰＲＯＣＥＳＳＧＬＯＢＡ ＬＳを呼出す。次にこのコンパイラを含むオペレーティング　システム１３０レ ベルで使用されているコマンドライン内の各“プラス・リスト”に対し、シェル は一連の動作を遂行する。これはプラス・リストをチェックする決定点（デシジ ョン　ポイント）４８を用いるループによって実行される。
プラス・リスト内にアイテムか残っている限り、アイテム４９−５２に示される 動作が行われる。これらの動作は、アイテム４９て示される如く、コマンド　ラ インによって特定されるソース　ファイル２１の評価およびこれらに対する入力 ストリームの形成と、これに次いてアイテム５０で示される如く、このローカル 　りオリファイヤ（このプラス・リストに特定の）をし、すへてのフロント　エ ンド決定プロセスを行い、これらのりオリファイヤにより規定された出力ファイ ルを開く。このループの動作は、さらにアイテム５１に示される如く、フロント エンド　ルーチンＧＥＭ＄ＸＸ　ＣＯＭＰＴＬＥを呼出し、入力ストリームを翻 訳し、次いでアイテム５２で出力ファイルをクローズする。ループか完結すると 、プラス・リストで示されだすへてのプロセスか行われたことを表示し、次いて アイテム５３てフロント　エンド　ルーチンＧＥＭ＄ＸＸ　ＦＩＮＩを呼出しフ ロント　エンド　クリーンアップのすべての動作を行う。次いて実行か終了し、 アイテム５４てのインポーカ制御に入力ストリームを翻訳する。入力ストリーム は、コンパイラコマンド　ライン内の承−の“プラス　リスト”で規定されるモ ノ二一ノし２１またはソース　ファイルおよびこれに含まれるすへてのファイル またはライブラリ　テキスＩ・の連鎖を表わす。
コンパイラはフロント　エンド２０か入力ストリームの翻訳中、複数のオブジェ クト　ファイル２３を特定することを許さないか、該動作によって、単一人力ス トリームの翻訳より単に１つのすプジエント　ファイル２３か形成されることか ある。
入力ストリームを創造し、ローカル　クオリファイヤを解析し、出力ファイルを 開く。ＧＥＭ＄ＸＸ　ＣＯＭＰＩＬＥの呼出後、シェル１１はすべての入力およ び出力ファイルをクローズする。
（ＧＥＭ＄ＸＸ　ＣＯＭＰＩＬＥおよびこれにより呼出されるフロント　エンド 　ルーチン）フロント　エンド２ｏは、入力ストリームよりソース　レコード２ １を読出し、これらをインタフェイス２２（タプル、ブロック等の中間ランゲー ジ　グラフおよびシンボル　テーブルを含む）の中間レブレセンテーションに翻 訳し、バック　エンド１２を呼出し、この中間レブレセンテーションをオブジェ クト　ファイル２３内のオブジェクト　コードに翻訳する。
オブジェクト　ファイル２３は任意の数のオブジェクト　モジュールを具えて良 い。パスカル（ＰＡＳＣＡＬ）は全入カストリームに対し１つのオブジェクト　 モジュール（ＭＯＤＵＬＥまたはＰＲＯＧＲＡＭ）を創り出す。（１例として） ＯＲＴＲＡＮは入力ストリーム内の各ＥＮＤステートメントに対し別個のオブジ ェクト　モジュールを創造する。ＢＬＩＳＳは各Ｍ　ＯＤ　Ｕ　Ｌ　Ｅに対し１ つのオブジェクト　モジュールを創造する。
オブジェクト　モジュール２３を創造するため、フロントエンドは入力ストリー ムおよびいくつかの後続ストリーム（ソ−ス　モジュール２１と呼び得る）をイ ンタフェイス２２の内部レプレゼンテーションに翻訳する。この内部レプレゼン テーションは、モジュールに対するシンボル　テーブル３０と各ルーチンに対す る中間ランゲージ　グラフ５５よりなる。次いてフロント　エンド２０はバック 　エンド　ルーチンを呼出し、オブジェクト　モジュール２３を初期化し、メモ リ（ストレージ）アロケーション２８を介してシンボル　テーブル３０内のシン ボルに対しメモリの割当てを行い、このメモリを初期化し、エミッタ２９を介し ルーチン用のコードを形成し、オブジェクト　モジュール２３を完成させる。
コンパイラはパッケージの集合によって構成され、これらパッケージのおのおの は、翻訳プロセスのいくつかのアスペクトに関するルーチンまたはデータ構造の 集合を規定する。各パッケージは、一般にパッケージ機能の略記号である２文字 コードで識別される。パッケージへのインタフェイスはスペシフイケーション（ 仕様書）ファイルで規定される。パッケージかＺＺの名前を付されているときは 、スペシフイケーション　ファイルはＧＥＭ＄ＺＺ、ＳＤＬとなる。
パッケージのスペシフィケーション　ファイルに付されているすべてのシンボル は、このパッケージより輸出（エクスポート）されたと称される。一般にいって パッケージＺＺより輸出された特定のプレフィックス記号は、ＯＥＭ＄ＺＺで始 まる名称を有する。グローバルおよびエクスポーテッド（輸出）ネームに対する 特定の前置記号（プレフィックス）の変換は表１に示しである。
シェル１１は共通のコンパイラ機能を支持するルーチンの集合である。これらの シェルの各成分は互いに相関しているので、何れかのシェル成分を使用するプロ グラムは全シェルに到達する。しかし、プログラムがシェルＩＩを使用し、バッ ク　エンド１２を使用しないようにすることもてきる。これは利用度の少ないプ ログラムを生産性上の特徴（入力ファイル連鎖および包含、すなわちコマンド　 ライン解析、診断ファイル形成、品物リスト　ファイル、等）をもって書込むの に便利な方法である。シェル１１はこれを使用する何れものプログラムにとって の実際上の“主プログラム”であり、アプリケーションの本体は以下に述べる条 約によってシェル１１より呼出されるものであることに留意され度い。ＢＬＩＳ Ｓプログラムより、シェル　パッケージＺＺを使用するには、ユーザはＬ　ＩＢ ＲＡＲＹＧＥＭ＄ＺＺを行う。他のランゲージよりシェルを使用するには、ユー ザはまず第１にシェル　スペシフィケーション　ファイルを実行ランゲージに翻 訳するを要する。
シェル　パッケージは次の記述に要約できる。すなわちこれらは附属書（アラペ ンディクス）内の仕様書ファイルに文書化されている。多くのシェル　ルーチン 　アーギュメント（例えば、整数、ストリング等）は表２に述へるカテゴリーの １つに属する。
シェル１１よりフロント　エンド２０に至る間のインタフェイスにはいくつかの 要求か加えられる。第１図のコンパイラか呼出されると、シェル１１は制御を受 けるので、フロント　エンド２０はエントリ　ポイントを宣言し、シェル１１か これを呼出しうるようにし、かつグローバル変数を宣言しフロントエンド　スペ シフィケーションをシェル１１に通過させる。フロント　エンド２０は１例とし て表３に記載されたグローバルルーチンを行う。これらのルーチンはパラメータ を持っておらず、結果なしくｎｏ　ｒｅｓｕｌｔ）に戻る。
ハーチュアル　メモリ　パッケージ（Ｖｉｒｔｕａｌ　Ｍｅｍｏｒｙ　Ｐａｃｋ ａｇｅ）（ＧＥＭ＄ＶＭ）： このハーチュアル　メモリ　パッケージは、仮想（バーチュアル）メモリの割当 てを行う標準インタフェイスを提供する。
これはＶ〜ｉＳ　ＬＩＢ＄ＶＮ機能のゾーン化したメモリ概念を支持する。実際 上ＶＭＳ、ＧＥＭ＄ＶＭ（７）下には、ＬＩＢ＄ＶＭ上にほとんど透明な層か存 する。しかしＯＥＭ＄ＶＭインタフェイスは如何なるホスト　システム上でも変 化なく支持されることが保証されている。
ロケータ　パッケージ（ＯＥＭ＄Ｌ○）：ロケータ　パッケージは、ソース　テ キスト２１のレンジ長を記述する。（レンジ長はニスタートおよびエンド　ファ イル、行および列番号）。テキスト入力パッケージはロケータを読出すべきソー ス行（ライン）に戻す。ロケータは、シンボル　テーブル３０および中間ランゲ ージ　ノード４３にも用いられ、メツセージおよびデバガー　テーブル形成を行 い、かつリストファイルの何れの個所に遂行すべきリスティング　パッケージか 存するかを規定する。ロケータは長ワードにより表わされる。ロケータ　パッケ ージはロケータ　データベースを維持し、ロケータを創成し通訳するためのルー チンを作成する。さらにユーザ作成ロケータも設けられており、これはフロント 　エンドをして、自身のロケータを作成しミ非標準ソースより到来するプログラ ム　エレメント（例えばＢＬＩＳＳマクロまたはＡｄａ一般例一“インスタンテ ィゼーション”）を記述する。
テキスト入力パッケージ（ＧＥＭ＄ＴＩ）：テキスト入力パッケージは、ソース 　ファイル２１、ネステッド（インクルーデッド）ソース　ファイル２１及び障 害及び関連ファイル　スペシフィケーションの連続をなし、一方でフロント　エ ンド２０を下側の演算システムＩ３のＩ１０機構より絶縁する。ソース　ファイ ルのテキストは同時に１ラインを読出される。テキスト入力パッケージＯＥＭ＄ ＴＩは、ロケータ　パッケージＧＥＭ＄ＬＯと協動し、読出す各ソース　ライン を記述するロケータを形成する。
テキスト出力パッケージ（ＯＥＭ＄ＴＸ）　・テキスト出力パッケージは、任意 の数の出力ファイル４４への出力を同時に形成する。テキスト入力パッケージと 同様に、その呼出側を演算システム１３より絶縁する。参照記号または記述子（ デスクリプタ）によって通過するストリングに書込みを行なう。自動ライン　ラ ッピングおよびインデンテーション（行末の字揃え）、ページ　ラッピングを行 い、ユーザにより設定されたページ開始ルーチンを呼戻す。
リスティング　パッケージ（Ｃ；ＥＭ＄ＬＳ）：リスティング　パッケージは、 ソース　ファイル２１（テキスト入力パッケージＧＥＭ＄ＴＩにより読出された ）のコピーを有する標準型式のリスト　ファイルを書き、これにロケータによっ て特定される位置にフロント　エンド１１により設けられた注釈を付す。リスト 　ファイルはＧＥＭ＄ＴＸ出カフアイル４４として創設され、これにはフロント 　エンド２０は、ＧＥＭ＄ＴＸ出カル−チンを用いて直接書込みを行なう。
内部表現（インターナル　レプレゼンテーション）モジュール２１のインターナ ル　レプレゼンテーションは、ソース　モジュール２１の各ルーチンに対し、コ ンパクト中間ランゲージ　グラフ５５またはＣＩＬＧおよびモジュールに対する シンボル　テーブル３０を有する。これら両者は、ノードにより構成されている ポインター　リンクド　データ構造である。
第１図のフレームワークによりノードを説明する。フロントエンド２０とバック 　エンド１２間で用いられるほとんどすべてのデータ構造（並びにバック　エン ド１２によってプライベートに使用されるデータ構造）はノードである。本明細 書でいうノートなる語は、メモリの自己識別ブロックであり、一般にの集合形を 有する。カインド（Ｋｉｎｄ）は、ノードの一般形を識別するＧＥＭ＄Ｎ０ＤＥ 　ＫＩＮＤＳの列挙より得られる値である。サブ力インドは、カントによって特 定されるノードの一般的クラス内の特定の種類のイードを識別するＧＥＭ＄Ｎ０ ＤＥＳＵＢＫＩＮＤＳの列挙型よりの値である。すべての特殊ノードは、そのカ インド　フィールドによって決定される集合型ＳＹＭＢＯしてあれは、ノードは ＧＥＭ＄ＳＹＭＢＯＬ　Ｎ０ＤＥを有する。ノートに付随する型式（タイプ）は 上述の命名規約に従う必要かないことを記憶されたい。インタフェイスのノード 型式およびこれらに付随する列挙型式常数は表４のファイル内に記載されている 。
第１図のコンパイラ　フレームワークは簡単なツリー構造シンボル　テーブル３ ０をもっており、この内で各シンボル　ノードは、ブロック　ノードより離れた チェイン内で互いにリンクされており、これらがツリー状に配置されている。コ ンパイラによって使用されるべきすべてのシンボル情報は、このシンボル　テー ブル３０に含まれなけれはならない。さらに翻訳されたプログラムのリテラル値 を表わすリテラル　ノード、変数を割当てるメモリ　エリア（ＰＳＥＣＴおよび スタック　フレーム）を表わすフレーム　ノード：およびルーチン　エントリー 　ポイントのパラメータ　リスト内のエレメントを表わすパラメータ　ノートも 設けられている。シンボル　テーブル構造およびシンボル　テーブル　ノードの 内容について以下に説明する。
中間ランゲージは、すべてのソース　コード２１の内部表現に対して用いられる ランゲージである。フロント　エンド２０は、コンパクト中間ランゲージ　グラ フ５５またはＣＩＬＧとして翻訳されるべきルーチンのコードを記述する。これ は、単に第４図のＣＩＬタプル　ノード（単にタプル　ノード、あるいは略して タプルとも称される）のリンクしたリストであり、これらのおのおのは、演算を 代表し、オペランドを表わすタプル　ノードへのポインタ３８を有している。ノ ードはシンボルテーブル　ノードへのポインタ３８をも有しうる。中間ランゲー ジの詳細については以下に述へる。
フロント　エンド２０は、モジュール２１の中間レブレセンテーション２２を同 時１ノードで形成する必要かあり、またノードを互いにリンクさせてシンボル　 テーブル３０とＩＬデータ構造５５とするを要する。このルーチンおよび表５の マクロについても付属書に記載してあり、これらは内部レプレゼンテーション２ ２のデータ構造の形成および実行に用いられる。
バック　エンド１２は、フロント　エンド２０がブロックおよびシンボル　ネー ムをどのようにして表わすかについての推定を行なわない。その代り、フロント 　エンド２０は、バックエンド１２がこれらのネームを得るために用いうる標準 コール　バック　インタフェイスを形成するを要する。
各シンボル　ノードは、フラッグＧＥＭ＄ＳＹＭ　ＨＡＳＮＡＭＥを有し、各ブ ロック　ノードはフラッグＯＥＭ＄ＢＬポルまたはブロック　ノートを初期化す るとき、そのネームフラッグをセットして、これに対しネーム　ストリングか存 するか否かを表示する必要かある。（シンボルおよびブロックのいくつか、例え ばグローバルおよび外部シンボルおよびトップレベル　モジュール　ブロックは ネームを有するを要する。）これはＳＴパッケージ内のグローバル変数ＧＥＭ＄ ＳＴ　ＧＧＥＴ　ＮＡＭＥである。フロント　エンドはバック　エンドの呼出し 前にこの変数をセットして、表５の記載に適合するコールバック　ルーチンをア ドレスしうるようにするを要するＧＥＭ＄ＣＯＣＯＭＰＩＬＥ　ＭＯＤＵＬＥイ ンタフェイスを用いてソース　モジュールを呼出すため、フロント　エンド（す なわち、ルーチンＧＥＭ＄ＸＸ　ＣＯＭＰＩＬＥ）は法部に述へる各操作を（順 次）行なう。
１、内部レプレセンテーシクンの創設 フロント　エンド２０の第１の任務は、ソース　モジュールの内部レプレゼンテ ーション２２を創設することにある。次いで、これはＯＥＭ＄ＴＩ　パッケージ を用いて、入力ストリームよりソース　モジュール２１を読出し、ソース　モジ ュール２１の字句、構文、意味上の解析を行い；付属書に記載するＧＥＭ＄ＳＴ およびＧＥＭ、＄ＩＬルーチンを用いて、上述のモジュールに対するシンボル　 テーブル３０および中間ランゲージグラフ５５を作成する。
これに加えて、モジュールのソース　リストは、ＯＥＭ＄ＬＳシェル　パッケー ジへの呼出しをもって注釈され、モジュール内のエラーはＯＥＭ＄ＭＳパッケー ジへの呼で報告される。
ソース　モジュール２１かコードを形成し得ない程度の重大なエラーを含んでい るときは、フロント　エンド２ｏはＯＥＭゼンテーション２２に対し割当てられ たすべてのスペースを釈放するを要する。さもないと、これは次のステップに進 んでしまう。
２、コールバッグ　ルーチンの特定 フロント　エンド２０は、バック　エンド１２を呼出してモジュール２１を翻訳 する前に、ルーチンのアドレスを有する次の如きグローバル変数で、バック　エ ンド１２より呼出される変数を初期化するを要する。
（１１ＧＥＭ＄ＳＴ　Ｇ　ＧＥＴ　ＮＡＭＥ：上述の如くシンボル　テーブル３ ０内でシンボル名およびブロック　ノード名を付されるルーチンをアドルスする ため初期化するを要する。
（２１Ｇ　Ｅ　Ｍ　＄　Ｓ　Ｅ　Ｇグローバル変数は、以下に説明する如く一ソ ース　ランゲージで規定されるサイト（側）効果解析を行なうルーチンのアドレ スのため初期化するを要する。コンパイラは、前もって定められているサイド効 果ルーチンて、ＧＥＭ＄ＳＥ　ＤＥＦＡＵＬＴ　ＩＭＰＬＥＭＥＮＴＡＴＩＯＮ を呼出すことによって選択され、フロント　エンド２０の初期の発達中に用いる に適したルーチンの所定の収集を行なう。
（３１ＧＥＭ＄ＥＲＧ　ＲＥＰＯＲＴ　ＲＯＵＴＩＮＥは、バック　エンド１２ の検出エラーを報知するフロント　エンド２０のアトしスを有しており、これに ついては以下に説明する。
３、翻訳（コンパイレーション）の実行内部しブレセンチ−ジョンか完全な場合 には、フロント　エンド２０はＧＥＭ＄ＣＯＣＯＭＰＩＬＥ　ＭＯＤＵＬＥ（後 述）を呼出すことかでき、これをターゲット　マシン　オブジェクト　レプレセ ンテーション２３に翻訳する。次いて、フロント　エンドはＧＥＭ＄ＬＳ　ＷＲ ＩＴＥ　５ＯＵＲＣＥを呼出す必要かあり、これによって入力ストリームをリス ト　ファイル内に表記する。さらにこれは、ＧＥＭ＄ＭＬ　ＬＴＳＴＭＡＣＨＩ ＮＥ　Ｃ０ＤＥを呼出し、翻訳したモジュールのアッセンブリ　コード　リスト を作成する。
通常ＧＥＭ＄ＬＳ　ＷＲＩＴＥ　５ＯＵＲＣＥはＧＥＭ＄要し、これによってソ ース　リスト２１は、バック　エンドの処理中に生ずるすべてのエラー　メツセ ージに注釈付けをすることができるようにする。しかし、フロント　エンド２０ に、デバッキング　スイッチを設け、これによってＧＥＭ＄ＬＳＷＲＩＴＥ　５ ＯＵＲＣＥか第１に呼出されるのか好都合である。かくすることによって、バグ （プログラムの誤り）がコンパイラをしてバック　エンド処理中にアボート（流 産）をさせてもソース　リストに到達しうるようにすることかてきる。
ロセスに使用されていたスペースを釈放し、次いてＧＥＭ＄ＳＴ　ＦＩＮＩを呼 出して内部レプレゼンテーションに使用されたスペースを釈放しなけれはならな い。
バック　エンド１２は、例えば初期化されない変数、到着しない符号、あるいは スタティック　メモリ初期化のコンフリクトの如き、ユーザに告知しなければな らないソース　プログラム内の状態を表わすと思われる条件を翻訳中に検出する ことができる。しかし特定のフロント　エンド２ｏは、これらの条件のうちの何 れを報告するか、または発行されるべき詳細なメツセージについて、顧客仕様と するを要する。
これを可能とするため、バック　エンド１２は、アドレスがグローバルな変数で あり、以下に説明するようなアーギュメントの並び（リスト）をもつＧＥＭ＄３ ４　Ｇ　ＲＥＰＯＲＴＲＯＵＴＩＮＥを呼出し、検出したすべての異例な状態を 報告う名て、フロント　エンドかその内に自分自身のルーチン報告アドレスを記 憶していない限り、そのアドレスはＧＥＭ＄ＥＲＧ　ＲＥＰＯＲＴ　ＲＯＵＴＩ ＮＥである欠陥エラー報告ルーチンかある。この欠陥ルーチンは次の３つの用途 かある。
（１１欠陥ルーチンは適正妥当なメツセージを生ずるので、フロント　エンドの 開発者は、特別に顧客要求で設ける必要かなけれは、フロント　エンドにそれ自 体のルーチンを設けることを考えなくて良い。
（２）　フロント　エンドの開発者か、報告ルーチンを作成する道を選んだ場合 、この欠陥ルーチンを見本（モデル）とすることかできる。
（３）フロント　エンド　ルーチンはフィルタ作用をもって構成でき、これは特 定のエラーのみをプロセス（あるいは無視）し、他のすべてに対し先の欠陥ルー チンを呼出す。
エフェクトを表わすインタフェイス 共通のサブエクスプレッション（Ｃ３Ｅｓ）、不変数エクスプレッション（式） 、並びにコート　モーションの機会を検出する重要なステップとして、バック　 エンド１２内のオプテイマイザ（最適化装置）２６は、２つのエクスプレッショ ン　タプルが同じ値を計算することを保証されているとき、これを決定しうるを 要する。この基本的判定基準は、次の場合に、エクスプレッションＢかエクスプ レッションＡと同じ値を計算することである。
１、ＡおよびＢは同じ値のリテラル（直定数または数字定数）に対し、リテラル 参照を行い、Ｃ３Ｅは同じＣ３Ｅを参照し、またはシンボルは同じシンボルを参 照する場合、または、２、ａ、Ｂへのルーチンの開始時より、各制御フロー　パ ス毎にＡを評価し、かつ す、ＡおよびＢは同じ演算とデータ　タイプを有し、かっｃ、Ｂのオペランドか 対応のＡのオペランドと同じ値の計算を行い（明らかに再帰的定義である）、か つｄ、Ａの評価よりＢの評価に至る何れもの通路に生ずるタプルが、Ｂの計算値 に影響を及ぼさないこと。
第１図のオプテイマイザ２６はそれ自身で基準（ｃｒｉ　ｔｅｒｉａ）１．２ａ 、２ｂおよび２Ｃを評価てきる。しかし基準２ｄは、翻訳すべき言語（ランゲー ジ）の意味によって定まる。すなわち、ソース　コード　モジュール２１のラン ゲージによって定まる。しかしハック　エンド内のコンパイラ１２はランゲージ 独立性である必要かあるため、フロント　エンド２０に必要な情報を伝達する一 般的インタフェイスを設ける。１つのタプルの実行か、他のタプルによって計算 された値に何時影響するか？インタフェイス２２は、オプテイマイザ２６をして この質問を発せしめ、フロント　エンド２０のコンパイラはこれに答えなけれは ならない。
このインタフェイス２２の下側のモデルはいくつかのタプルかエフェクトを持っ ており、他のタプルはデペンデンシイ（従属性）を有するものである。タプルは その１つ又は１つ以上のメモリ位置の内容を変化するときエフェクトを有する。
タプルはこのタプルにより計算された値かメモリ位置の内容に従属して定まる時 はこれをメモリ位置についての従属性を有する。従って１つのタプルの実行は、 他のタプルか従属しているメモリ位置をも変更するエフェクトを有しているとき 他のタプルによって計算された値に影響を及はす。
アドレス　了りスメティックか分岐をしている場合および間接アドレスの場合に は、一般にタプルによって評価した特定のメモリ位置を決定するたとか不可能で ある。従って評価し得る可能性のあるメモリ位置のセットに対してはヒユーリス ティック（発展的）近似によってこれを行なわなけれはならない。
実際のインタフェイス２２はフロント　エンドに対し２つの機構を形成し、これ によってオプテイマイザ−２６に従属性情報を通信する。これらは直線的従属性 インタフェイスおよびエフェクト　クラス　インタフェイスである。
直線従属性インタフェイスにおいて直線コードの従属性を決定するためオプテイ マイザ−２６はフロント　エンド２０に次を質問する、（１）タプルをエフェク ト　スタック上に押上げこれを再び押し下げる。（２）実行かおそらく特定のタ プルによって計算された値に影響を及はすてあろうエフェクト　スタック上の一 番上のタプルを発見する。
オプテイマイザ−２６が任意のフロー　バスのリセットを通じてプログラム流の 結果生じたエフェクトを計算するを要する場合、上述の直線機構は適当でない。
このような状態では、フロント　エンド２０は特定の番号（初期には１２８）の エフェクト　クラスで各々かメモリ位置のいくつかのセット（おそらく決定的で はない）の表わす特定番号を決定する。エフェクトクラスのセットはヒツト　ベ クトルによって代表される。例えはあるエフェクト　クラスは特定の変数の名前 を付され、手続コールによって変更されるメモリ位置、又は間接に参照番号（ポ インタ　デリファレンス）によって評価されるメモリ位置のセットによってエフ ェクト　クラスは代表される。
エフェクト　クラス　インタフェイスに対し、オプテイマイザ−はフロント　エ ンドに次を質問する。（１）特定のタプルによって変更され得るメモリ位置を有 しているエフェクト　クラスのセットを計算する。（２）特定のタプルか従属し ていると思われるメモリ位置を有するエフェクト　クラスのセットを計算する。
このエフェクト　クラス　インタフェイスを用いてオプテイマイザーは各基本ブ ロックに対しこの基本ブロック内の何れかのタプルによって変更され得るメモリ 位置を有しているエフェクト　クラスのセットを代表するビット　ベクトル（Ｌ ＤＥＦセットと称する）を計算することかできる。
オプテイマイザーはさらにフロント　エンドに対し次を質問する。（３）特定の 可変シンボルをもったものに付随しているメモリ位置と思われるエフェクト　ク ラスのセットを計算する。
この情報は分割されている最適化フェース（以下参照）によって使用され、分割 された対象（キャンディデート）のライフタイムを計算する。
オプテイマイザ−２６はこれらの情報を次の如くして使用する。これらのインタ フェイスの存在理由は、バック　エンド１２内のオプテイマイザーをして“Ａの 評価よりＢの評価までの何れのパスにもＢによって計算された値に影響を及ぼす タプルが発生しなくなる”時を決定させるためである。ＡおよびＢが同じ基本ブ ロック内に発生した場合には、これは丁度“Ａ、８間にＢによって計算された値 を変化させ得るタプルか存しない状態”を意味する。これは直線従属インタフェ イスを用いることによって容易に決定することかできる。
Ａを包含する基本ブロックが、Ｂを包含する基本ブロックより優勢である場合（ Ｂを有する基本ブロックへのルーチン　エントリー濃度よりの各フロー　パスは Ａを有する基本ブロックを通過する。）オプテイマイザ−は基本ブロックＸＩ、 　Ｘ２．−−Ｘｎを発見し、ここにおいてＸｌはＡを含んでいる基本ブロックで あり、Ｂを含んでいる基本ブロックであり、又各Ｘｉは直近のＸ（ｉ＋１）より も優勢である。この場合テストは２つの部分を有する。
１、Ａと基本ブロックＸ１の間にタプルは存してはならないか、又は基本ブロッ クＸｎの始めとＢの間に、これが存してはならないか、或いは基本ブロックＸ２ ．　Ｘ３．−−−Ｘ（ｎ−１）の何れにもこれが存してはならない。なお、これ らはＢによって計算した値を変化させうるちのである。これは直線従属インタフ ェイスを使用することにより容易に決定することかてきる。
２．２つの基本ブロックＸｉとＸ（ｉ＋１）の間にはＢによって計算された値を 変化させうるタプルを含むフロー　パスか存在してはならない。オプテイマイザ ーはこのことをエフェクト　クラス　メカニズムによりＸｉよりＸｉ＋１まての すへてのフロー　パスについて生ずる全部の基本ブロックのセットにつきＬＤＥ Ｆの統合を計算することにより試験し、これによってこのセットの交差かＢか従 属するであろうメモリ位置を含むエフェクト　クラスのセットとの交差を計算し 、これによりこの交差か空であるか否かを試験する。
以下にはこのインタフェイスの構造について説明する。インタフェイス　ルーチ ンはバック　エンドＩ２によって呼出される。フロント　エンド２０はこれかハ ック　エンド１２を呼出す前に利用可能なインタフェイスの具体化を行なう必要 かある。フロント　エンド２０は標準グローバル変数のインタフェイス　ルーチ ン　エントリー　ポイントのアドレスを示すことによりこれを行なう。この場合 オプテイマイザ−２６はこれらのルーチンの１つよりこれらのルーチンの１つを 呼出した場合適当なグローバル変数よりルーチン　アドレスをロードする。以て 始まる名前を付けて表される。フロント　エンドは各対応のインクレメンテーシ ョン　ルーチンのエントリー　アドレスをグローバルな変数てＧＥＭ　ＳＥ　Ｇ 　ｘｘｘの名前を記されたものとして記憶しなければならない。
エフェクトおよび従属性を有しているタプルがこのインタフェイスに関係する。
ＩＬタプルのうち極く僅かなものかこのようなエフェクトおよび従属性を用いる 。（大雑把に言ってメモリーを行なうタプルかエフェクトをもっことがてきる。
エフエッチをタプルが従属性を持つことかでき、ルーチンを行なうタプルはこれ らの両者をもっことかできる。）さらに細かく言うと各タプルは次の如きカテゴ リーの１つの範晴に入る。
１、　何等エフェクトを持たず、又何れのエフェクトにも従属しないタプル（例 ：ＡＤＤ）。このクラスに属するタプルはエフェクト　スタック上に押し上げら れることはない。
さらにこのようなタプルはＧＥＭ　ＳＥ　ＥＦＦＥＣＴＳを通過したこともない 。
２、エフェクトを有し、しかし従属性を持たないタプル。
（例：　５ＴＯＲＥ）。
３、従属性を有しているか、何等エフェクト（影響）を生じないタプル（例：　 ＦＥＴＣＨ）。
４、エフェクト（アウト　エフェクト）および従属性の個別のセット（イン　エ フェクト）の両方を有するタプル（例：プロセデュア　コール）。
５、エフェクトおよび従属性の両者を有するタプル。タプルか従属するエフェク トは、タプルか生ずるエフェクトと同一である。（例・ＰＲＥ　ＩＮＣＲ）。
特殊なタプルすなわちＤＥＦ　ＩＮＥＳと称されるタプルを設け、フロント　エ ンド２０か何れのタプルとも対応していないエフェクトを特定することかできる 。ＤＥＦ　ＩＮＦＳの１つの可能な用途はタプルかＢＬＩＳＳ　Ｃ０ＤＥ　ＣＯ ＭＭＥＮＴ特徴を行い、これは最適化か許されない垣根を越えて行なうものであ る。Ｃ０ＤＥ　ＣＯＭＭＥＮＴの翻訳はＤＥＦ　ＩＮＥＳタプルてあり、これは すへてのエフェクトを有し、従ってすべてのタプルを無効化する。
アーギュメントを通過するタプル（例えはＡＲＧＶＡＬおよびＡＲＧＡＤＲ）は エフェクトおよび従属性を有する。しかし、パラメータ　タプルのエフェクトお よび従属性（ディベンゾンシイ）は実際上このパラメータ　タプルか属している ルーチンコールに属するものと考えられる。例えばＢＬＩＳＳ　ルーチン　コー ルＦ　（Ｘ、Ｘ＋Ｙ）ではパラメータＸはＸを変化させるエフェクトを有する。
しかしこれは前に計算された、ｘ＋、ｙの値を無効化させない。これはＦが呼出 されるまでエフェクトは実際に生じないからである。
第４図のデータ構造はあるタプルかフロント　エンド２ｏおよびバック　エンド １２の両者よりアクセスされた場合を示し、この構造のうちのつ（っかのフィー ルドはフロント　エンドおよびバック　エンドのみのアクセスに制限されている 。
エフェクトあるいはディベンゾンシイを用いる各タプルは１つ以上のロング　ワ ード　フィールド４２又は４３を有し、こけられる。特殊のタプルに対し使用さ れるフィールドの名前は中間ランゲージの章において説明する。バック　エンド 内のいずれのコードもこれらのフィールドを検査し変更することがない。これら はフロント　エンドの使用に対しリザーブされている。シンボル　テーブル３ｏ の各シンボル濃度内に同じようなロング　ワード　フィールドでＧＥＭ　ＳＹＭ 　ＥＦＦＥＣＴＳと名付けられたものかあり、これらのフロント　エンド２゜よ りの使用に対しリザーブ（予約）されている。
直線従属性インタフェイスに対してのルーチンの説明を以下に行なう。フロント 　エンドは次の如くのルーチンの実行を行なう。
ＧＥＭ　ＳＥ　ＰＵＳＨＥＦＦＥＣＴ（ＥＩＬ　ＴＵＰＬＵＰＬＥパラメータ内 のアドレスを有するＤＩＬタプルをエフェクト　スタック上に押し上げる。
タックより一番上のＥＩＬタプルをポツプ（打ち抜く）する。
これはアドレスかＥＩＬ　ＴＵＰＬＥパラメータにあるタプルであるとを保証す る。これはこのパラメータか冗長性をもっていることを意味すること当然である 。しかしなから、フロントエンドかエフェクト　スタックに対し単一のスタック 動作を行なわないポツプ手続では記号を簡単化することができる（以下のインク レメンテーション参照）。
最も最近に押されたタプルに戻る。スタック上の何れのタプルもがＥＴＬ　ＴＵ ＰＬＥに影響を及はさない時は零（０）に戻る。さらにこのパラメータ内で特定 された同じタプルに戻ることもあり得る。
ＶＡＲＳＹＭ　インＧＥＭ　ＳＹＭＢＯＬ　Ｎ０ＤＥ。
ある最も最近に押されたタプルに戻る。スタック上のいずれものタプルかＥＩＬ 　ＴＵＰＬＥに影響を及ぼさない時は０（零）に戻る。同じパラメータで特定さ れた同じタプルに戻ることちるタプルによってのみ呼出すことかできる。
呼出しには順番かある。各ＥＴＬタプルは、ＧＥＭ　ＴＰＬＥＸＰＲＣ０ＵＮＴ と称されるフィールドを持っている。
このフィールドは、ＥＩＬＧのつ才−り内（こタプルのインデックスを有してお り、この内の基本的ブロックは、ドミネータツリーの深度を第１にした予め定め た順番で訪問される。バック　エンド１２かＧＥＭ　ＳＥ　ＰＵＳＨＥＦＦＥＣ ＴをタプルＡによって呼出し、これに次いでタプル已によってＯＥＭブロック内 てタプルＡかタプルＢよりも前にあるが、またはタプルＡをもつ基本ブロックか タプルＢを持つ基本ブロックよりも正しく優位にあることか保証される。従って エフェクト　スタック上のＥＸＰＲＣ０ＵＮＴタプルの値か、スタック深度の増 加に従って減少する（すなわちより最近に押出されたタブＴより少ないかこれに 等しいタプルＴに遭遇すると同時にエフェクト　スタックのサーチをショート　 カットしうろことを意味する。これはＴより深くスタックされているすべてのタ プルエフェクト　スタックの実現あるいは具体化に実際に用いられるメカニズム は完全にフロント　エンド２０によって定まり、１つのタプルの実行が、他のタ プルによって計算された値に影響するかしないかのフロント　エンドの決定には 、通例の如くのルール（法則）か用いられる。繊細なスタックの実現化も可能で ある。但しこれは非能率であることか多い。より具体性のある実現化は、ハツシ ュ（寄せ集め）テーブルを囲んで構成することてあり、これによって多数の小ス タック（それぞれが１つまたは僅かの変数のみに関連する）を単一の大スタック の代わりに用いることができる。
次にエフェクト　クラス　インタフェイスについて説明する。
すべてのエフェクト　セットは、エフェクト　クラスのセットを表わすビット　 ベクトルであり、１つのエフェクト　クラスは、メモリ位置のいくつかの任意の セットを表わすことを想起されたい。典型的にエフェクト　クラスは次のものの １つを代表する。
■、　単一のネームの変数。有効な最適化（例えば非アグレゲートの）のために 、ルーチンにおいて頻繁に用いられるローカル変数は、これに専用とされたエフ ェクト　クラスを持たせる。
２、　いくつかの共通の特性をもったネームのセット、例えば、ＦＯＲＴＲＡＮ では、特殊のネームの共通ブロック内のすべての変数。
３、　ルーチンの際迄決定されないか、いくつかの共通特性を有しているメモリ 位置のセット、例えは、当該ルーチンの外側では見られるすべてのメモリ位置、 （従ってルーチンコールによって変化しうるちの）：あるいはパスカル（Ｐａｓ ｃａｌ）においては、特定のタイプを有し、ＮＥＷコールにダイナミックに割当 てられるすへてのメモリ位置。
これはフロント　エンド２０か規定する明確なりラスの最大数である。初期具体 化（インプレメーンヨン）においては、これＣＴＳ）に展開するのはマクロであ る。従って宣言（デクラレーション）Ｘ：ＧＥＭ　ＳＥ　ＥＦＦＥＣＴＳ　ＳＥ Ｔては次の各構成はすべて自然数となる。（たたし０≦Ｎ≦ＧＥＭ　ＳＥ　Ｋ　 ＭＡＸ　ＥＦＦＥＣＴＳ−１）：Ｘ　（Ｎ）　＝真：セｙトＸにエフェクト　ク ラスＮを加算！Ｘ　（Ｎ）　＝誤り：セットＸよりエフェクト　クラスＮを除去 ！仮にＸ　［Ｎ）であると−ｍ−セットＸ内にクラスＮをエフエント！エフェク ト　クラス　インタフェイスに対するインタフェイス　ルーチンについて以下に 説明する。フロント　エンド２゜は次のルーチンの実行を要する。
ＥＦＦＥＣＴＳ　ＢＶ　：　イン７ウトＧＥＭ　ＳＥ　ＥＦＦＥＣＴＳ　５ＥＴ ）　。
タプルＥ　ＩＬ　ＴＵＰＬＥおＪ：びＥＦＦＥＣＴＳ　ＢＶのエフェクトの結合 を次に書込む エンド　クラスのセットを次に書込む。
りを含むと思われるエフェクト　クラスのセットを書込む。
ＧＥＭ　ＳＥ　ＥＦＦＥＣＴＳはエフェクトを有するタプルのみにより呼出され る。
コンパイラは上述の如きインタフェイス　ルーチンに対する具体化を行なうを要 する。しかしこれらのルーチンは生産（本番）コンパイラ用のものてはない。こ れらは効率か悪く、１つのタプルか他のタプルを無効にするときのルールは如何 なる特殊ランゲージの文意とも正確には一致しない。しかしこれらは生ずべき、 欠陥の有効な最適化を可能とし、しかもフロントエンド２０の他の素子を具体化 する。
各シンボル　ノードのＥＦＦＥＣＴＳフィールドは、３２とＧＥＭ　ＳＥ　Ｋ　 ＭＡＸ　ＥＦＦＥＣＴＳの間てエフェクトクラス番号として処理される。フェッ チまたはストア　タプルのアドレス式かベース　シンボルを有するときは、この シンボルのＥＦＦＥＣＴＳフィールドをチェックする。もしこれかセロであると 、その場合には３２とＧＥＭ　ＳＥ　Ｋ　ＭＡＸＥＦＦＥＣＴＳの間に新しい値 をセットする。
上述のエフェクト　クラス具体化を用いるエフェクト　セットの計算には、フロ ント　エンドはＧＥＭ　ＩＬ　ＢＵＩＬＤを呼ぶ前に、ＧＥＭ　ＳＥ　ＩＮＩＴ 　ＥＦＦＥＣＴＳ　ＣＬＡＳＳを呼出す。
このインプレメンテ−ジョン（具体化）は、エフェクトに対し単一のモデルを規 定することによってエフェクトに関する情報を提供する。
１、　多数かオーバーレイされていない。
２、　データ　アクセス演算か正規様式（ＣＴ、００６て規定された）でなく、 （メモリに対し）またはエフェクト０（フェッチに対し）に従属する。
３、　コール（呼）かエフェクト３２よりＣ；ＥＭ　ＳＥ　ＫＭＡＸ　ＥＦＦＥ ＣＴＳを有する。ＡＲＧＡＤＲパラメータは、呼かそのアドレス　オペランド内 に書込みを行なったときのように処理される。
ＧＥＭ　ＳＥ　Ｋ　ＭＡＸ　ＥＦＦＥＣＴＳを通じるエフェクト　クラス０およ び３２がリサーブされるエフェクト０は参照された変数か識別てきない（ポイン タ　デレファレンス、パラメータ等）ときのメモリを表わす。
正規型式のデータ　アクセスを用いて変数が第１に表われるときは、この変数は ３２よりＧＥＭ　ＳＥ　Ｋ　ＭＡＸ　ＥＦＦＥＣＴＳまでの範囲において、エフ ェクト　クラス番号ｎを割当てられる。この番号はシンボル　ノードのＥＦＦＥ ＣＴＳフールド内に記録される。このレファレンスの変数およびこれの後続のす へてのレファレンス変数はエフェクトまたはディベンゾンシイｎを有する。
この具体化は実験、試験（テスト）等に対し、いくつかのフックを含んでいる。
１、　エフェクトまたはディベンゾンシイを有するであろうタプルは、フロント 　エンドにリザーブされており、このタプルのエフェクトおよびディベンゾンシ イを記録する１つ以上の“エフェクト　フィールド”　（ＥＦＦＥＣＴＳ。
ＤＥＰＥＮＤＥＮＣＩＥＳ、エフェクト−２等）を有する。
コンパイラ・サブライド　エフェクト　クラスはエフエフベクトルとする。すな わち、仮にこのフィールドのピットｎか真であると、ルーチンはタプルによって 計算されたエフェクトにエフェクト　クラスｎを加算する。
２、　フロント　エンドは、変数のシンボル　ノードのエフェクト　フィールド 内に１とＧＥＭ　ＳＥ　Ｋ　ＭＡＸ　ＥＦＦＥＣＴＳ間のエフェクト　クラス番 号を書込むことによって、この変数に対するエフェクト　クラスを選択すること かてきる。ＥＦＦＥＣＴＳ　フィールドがセロでない場合には、エフェクト　ク ラス　ルーチンはエフェクトクラスを割当てない。
３、　エフェクト　クラスｌないし３２はフロント　エンドの使用のためにリザ ーブされる。フロント　エンドはこれらのエフェクト　クラスに任意の解釈を割 当てることがてき上述の直線ディベンゾンシイ具体化に用いるため、フロントエ ンドはＧＥＭ　ＤＦ　ＤＡＴＡＦＬＯＷフェーズを呼出す前に、ＧＥＭ　ＳＥ　 ＩＮＴＴ　ＥＦＦＥＣＴＳ　５ＴＡＣＫを呼出す必要がある。このインプレメン テ−ジョン（具体化）は、ＧＥＭ　ＳＥ　ＥＦＦＥＣＴＳおよびＧＥＭ　ＳＥ　 ＤＥＰＥＮＤＥＮＣＩＥＳにより形成される情報を使用し、無効の決定のだめの コール　バックを行なう。すなわち、ＯＥＭ交差点か非ゼロである如くする。
誘導変数 本発明の一特徴として、コンパイラの中における誘導変数の改良した処理方法か ある。第一に、誘導変数の定義及び検出について説明する。
整数の変数Ｖは次のような場合、即ちループＬ内に生ずるＶの各メモリーか次の 条件の場合にループＬの誘導変数と称する＝１、実行される各時間においてイン クレメント（又はディクレメント）■が同じ量の場合。
２、ループを通じて各”完全トリップ”内で最大で１回実行される時、トリップ はこれがループのトップにフローバックするときに”完全（コンプリート）と称 する。
例えは、次のコードは、誘導変数Ｖを表すものである。
ＧＯＴＯＬＡＢＥＬ　Ｍ ＬＳＥ ＰＲＩＮＴ　Ｘ ＥＮＤ　ＩＦ コンパイル（翻訳）機能において誘導変数の発見に加えて我々は、誘導式（エク スプレッション）にも関心をもっている。
誘導エクスプレッションとは、誘導変数の直線関数として計算できるエクスプレ ッションを称する。
次のプログラムについて考えてみる。
ＤＯＩ＝１，１００ ＥＮＤ　Ｄ。
エクスプレッション“Ｉ＊８”、“Ｉ−４”Ｔ”及び“Ｔ＊４”は、いずれもＩ の誘導関数として再計算できるので全てか誘導エクスプレッションである。
誘導変数に基づいて最適化の例として次のごとくの例を考える。
１＝１　。
Ｌ　：　Ｘ＝Ｘ＋　（４°　Ｉ） １＝Ｉ＋ま ただＬ　Ｉ　＜＝１００　ＧＯＴＯＬ これはＤＯ小ループそれ自体であり、■はループ制御変数である。誘導エクスプ レッションＩ＊４はループを通ずる各１回のトリップごとに４たけ増加すること に留意されたい。新しい変数■２を導入することにより、倍算を加算によって置 き換えることができ、これはより安価な演算である。これは、長い間にわたりコ ンパイラを最適化するのに用いられた強度減少として知られた最適化である。
ただし　Ｉ　＜＝１００　ＧＯＴＯＬ ここにおいて我々は、２つの変数（Ｉ及びＩ２）を有しているか、このうち１つ のみを使用していた。Ｉ２の代わりに１の使用に再注目することによって、オリ ジナルのループ制御変数を完全に消去することかできる。
たたし　Ｉ　＜＝４０００ＯＴＯＬ この最適化は誘導変数消去として知られている。
この最適化（強度減少及び誘導変数消去）は、誘導変数に直接動作する。これら の最適化に加えて誘導変数検出は、他の最適化、例えば、自動インク／デック（ ｉｎｃ／ｄｅｃ）、ベクトル化、ループ反ローリング等に対し、情報を形成する 。
第１図のコンパイラに使用されるモデルにおいて誘導変数は、ループ中に１回以 上インクレメントされる。更に、変化の数は、各繰り返しに対し、異なるように することさえもてきる。実際上も、特種な繰り返しに対しては変化の数をセロと するこもできる。ループの不変量のインクレメント値は、各個別メモリーにより 異なることもあるか、各個別メモリーは、実行されるごとに必ず同じ量たけ変化 をインクレメントする必要かある。
誘導変数にはいくつかの異なるカテゴリーか存し、これらは異なった特性をもっ ており、基本的誘導変数、誘導エクスプレッション、疑似誘導変数を含んでいる 。
基本的誘導変数は、誘導変数の最も簡単な形態である。これらは、ループ全体を 通じて適用される既知の特性を有している。
他の総ての誘導変数及びエクスプレッションは、基本的誘導変数の直線関数とし て常に構成される。基本的誘導関数は、一般ｉ：ｒ＝ｒ＋ｑ又は１＝ｒ−ｑの形 態て変形され、ここにおいて“ｑ”はループ不変量である。しかしより一般的な 要求は、Ｉ＝ｆ（Ｉ）の形を当てはめることである。ここで、ｆ（１）は係数１ をもった■の直線関数である。
付属書内に示されたアルゴリズムにおいて特定のループの基本的誘導変数は、ル ープ　トップ内のセットして表されている。このセットに加えてループを通ずる 各トリップごとには実行されないこともある条件付メモリである基本的誘導変数 をも存在している。これはベクトル化を禁止し、より“好ましく”強度減少を行 い得る。
誘導エクスプレッションとは、誘導変数又は他の誘導エクスプレッションの直線 関数を意味する。誘導エクスプレッションは、次の形態のいずれかである。
−ｆ　（１） ｆ　（Ｉ）　十ｇ　（１）　ｆ　（Ｉ）　−ｇ　（１）ｆ　（Ｉ）　十Ｅ　Ｅ＋ ｆ　（１） ｆ　（１）　−Ｅ　Ｅ−ｆ　（１） ｆ（Ｔ）’Ｅ　Ｅ″　ｆ（１） ここでｆ　（１）及びｇ（Ｔ）は、ループＬに関する基本的誘導変数より導かれ 、またＥはループＬ内の不変量である。ｆ（１）とこれかオペランドであるアリ スメティック　オペレータ（算術的演算子）の間にメモリかない場合は、このア リスマティックオペレータはループＬに関する基本的誘導変数１より導かれる誘 導エクスプレッションである。
他のカテゴリーは疑似誘導変数である。ある特定の条件においては、変数は、ル ープを通ずる第１トリツプ以外の総てにおいて誘導変数のごとき特徴を呈する。
これらは、ループの第１繰り返しをビール（はかす）することにより誘導変数（ したかって、ベクトル化）に変形できる。このような変形を”疑似誘導変数”と 称する。これは、２つのみのメモリによってループ内でフェッチに到達し、これ ら２つのメモリのうちの１つは導出誘導変数を規定するものであり、他のメモリ は、ループ　トップを通して値が通過するものであるときに生ずる。追加的にル ープ内の総てのメモリーは、トリップ当たりに１回ずつ実行されることを保証し なけれはならない。
ＤＯＩ＝Ｉ、ｎ Ａ　（：Ｉ）＝Ｄ＋−−− ループを通ずる第１トリツプにおいて、ＤはＩに割り当てた値として５０を有す る。次のトリップにおいてＤは、値５．６．７を有する。このループを１回アン ロールすることにより次のトリップをベクトル化することかできる。ここにおい て得られるアルゴリズムは疑似誘導変数である誘導変数を見いだせない。
基本的誘導変数を識別するため、コンパイラはこれに対する総てのメモリを認識 し得る必要かある。“エイリアス（別名）メモリを有する“の欠如はこれの保証 に貢献し、したかって、“エイリアスメモリ有り”のない基本的誘導変数のみを 識別すればよい。
基本的誘導変数の検出は、ポテンシャル誘導変数の“セット”の使用を必要とす る。各ループに対し、これをダイナミック的に行うのは高価でありかつ複雑な演 算となる。これに代えてＩＤＥＦセットの構成に用いられているサイド　エフェ クトセットを使用する。
Ｘのフェッチがこれに応じて定まる総てのエフェクトかＳ内にある場合、変数“ Ｘ”はＩＤＥＦセットＳ“内”と称する。
即ち、ＧＥＴ　ＶＡＲＩＡＢＬＥ　ＤＥＰＥＮＤＥＮＣＩＥＳ（Ｘ）かＳのサブ セットである場合のみ、Ｘは、ＩＤＥＦセット内である。
基本的誘導セット内におけるＸの存在は、次の場合にのみあてはまる。
ａ）　Ｘか基本的誘導変数である。
ｂ）　Ｘかループ不変数であり、基本的誘導変数である少なくとも１つの変数を もったＩＤＥＦビットをシェアするとき。
付属書内に記載したアルゴリズムの説明は、その説明を簡単にするため、次のご とく（あるいはこれより多くの省略を設けた）・ （１）直線関数の定数部分の集合はオーバーフローを生じ得ない。（２）総ての メモリは、変数を完全に再規定し得ること。
付属書内に説明されているアルゴリズムはループ内で変形される総ての変数は基 本的誘導変数とみなしている。各ループトップは基本的誘導変数を有する。基本 的誘導変数に対する要求を満足しないメモリも有り得るので、ループ　トップの 基本的Ｉ〜ｒサブセット変数を消去する。
誘導エクスプレッション及び導出された誘導変数は、常に基本的ＩＶの関数であ るため、基本的ＩＶ（誘導変数）のフェッチは誘導エクスプレッションの原子的 形態であるといい得る。
即ち、誘導特性をもつべきエクスプレッションに対しては、これは誘導オペラン ドであるか或は基本的誘導変数のフェッチである。前に述へたルールを用いて、 基本的ＩＶに関する推定に基つき、簡単な誘導エクスプレッションより誘導エク スプレッションを構成する。誘導エクスプレッションの基本的ＩＶは、常にこの エクスプレッション（式中）に保持されている。従って、アルゴリズムが経過し た後、我々は、エクスプレッションか実際に誘導的であったか否かをこれを導出 した基本的ＩＶがループの基本的ＩＶセット内に依然として存するが否かをチェ ックすることにより真の誘導的であるか否かを決定できる。
付属書内に述へたＦＩＨＤ　ＴＶアルゴリズムは、ＤＡＴＡＦＬＯＷフェーズの 一部となりこれは第１ドミネータのスリーウオークの深部となる。
これて行われるタプル　プロセスの全体の要約を示す。
ＴＵＰＬＥ　［○ＰＣＯＤＥコ ［ＦＥＴＣＨ］ ペースシンボルが依然としてＴＶベース　キャンディデートの場合 このタプルをインダクティブ（誘導性）としてマークする。
［５ＴＯＲＥコ ■をメモリのベースシンボルとする。
蓄積される値か誘導性でないか或は、 蓄積される誘導値の基本的ＩＶがＶてないか又は蓄積値の係数か１でない場合、 ループ　トップの基本的ＩＶよりＶを除去水いて、 ループ　トップの基本的ＩＶよりＶを除去、次いて、 メモリを誘導的とマークする。
［ＡＤＤ、ＳＵＢ、ＭＵＬ、など］ １つのオペランドかインダクテイブであり、他のオペランドかループ不変性であ る場合には、このタプルを誘導的とマークする。
このフィールドをタプルデータ構造に加算し、更に、このフィールドをフロー　 ノートに加算し、誘導変数検出をこれによって表６ａに述へるごとくして行う。
ＫＦＯＬＤ　（Ｋ倍）ＲＯＵＴＩＮＦの自動形成前述のごとく、第１図のプログ ラミング　ランゲージ　コンパイラはソース　ランゲージ内に書き込まれている プログラムをターゲｙ’１〜　マシン２５のマシン　ランゲージに翻訳する。
このコンパイラは、フロント　エンド２０を有し、これは、ソース　ランゲージ の知識を翻訳すべきモジュール２１内に導入し、更にパック　エンド１２を有し 、これは、ダーゲ・ソト　マシン２５のマシン　ランゲージの知識を内蔵する。
フロントエンドは、ソース　ランゲージのプログラムをＩＬＧ　５５の中間ラン ゲージに翻訳し、バック　エンドは、中間ランゲージよりのプログラムをターゲ ット　マシン　ランゲージのプログラムに翻訳する。
中間ランゲージは一般にオペレータ（“演算子”例えば、ａｄｄ、５ｈｉｆｔ、 ｃｏｍｐａｒｅ、ｆｅｔｃｈ、５ｔｏｒｅ又はｔａｎｇｅｎｔ）の収集を行い、 またデータ　タイプ（“サイン付き３２ビツト整数”、“ＩＥＥＥ　Ｓ−ｆｏｒ ｍａｔｆｌｏａｔｉｎｇ　ｐｏｉｎｔ″又はｃｈａｒａｃｔｅｒｓｔｒｉｎｇ” など）の収集を行い、かつ、これらデータタイプの値のりプレゼンテーション（ 表示）を行う。
オプテイマイザ（最適化装置）２６に含まれる最適化の１つは評価ルーチンのコ ンスタントの表示である。コンスタント表示（エクスプレッション）に関するソ ース　コード　リスティング（表）の１例は第６図に示してあり、ここにおいて Ａ及びＢは定数であり、したかって、Ａ＋Ｂも定数であり、またＩ及びＪは両方 とも同じ定数に等しい。コンパイラは計算Ａ十Ｂを行うことかでき、また、ラン 　タイム（運転時間）においてＡ及びＢのフェッチを個別に制御し、更に、ＡＤ Ｄ演算のセーブもこれと同時に行う。第６図の符号のＩ＝Ａ＋Ｂ及びＪ＝Ａ＋Ｂ の式は、上の理由により両方とも単に５ＴＯＲ＃９、■又は５ＴＯＲＥ＃９、Ｊ で代表される。これは”コンスタント　ホールディングとして知られており、そ れは、コンスタント即ち定数か検出され、翻訳時間中に計算され、かつ、オブジ ェクト　コート　イメージ中に“ホールディト（折り込み）”されるからである 。これを行う機構は、Ｋホルト　ルーチンと称されるオプテイマイザ２６の一部 である。
第１図のコンパイラは、これらの定数表示を発見するため、中間ランゲージのエ クスプレッションを評価するにホルト　ルーチンを有している。一般に、中間ラ ンゲージの演算子か与えられ、かつそのオペランド値か与えられると、このルー チンは、これらの値に対し、割り当てられた演算子によって計算される同じ値に 対し、劣勢（弱い値−ｍ−イールド）となる。このような定数式評価ルーチンは 、コンパイラ内て多くの用途を有する。
例えは次のごとくである。
（ａ）プロクラムに対し発生されたマシン　コードの実行速度は、プロクラムの ある式かコンパイラ自体で評価し得るときは、そのプログラムか実行されるとき よりも改良される。
（ｂ）いくつかのソース　ランゲージは、一定値を表すのに一定のオペランドを もった式を使用することを可能とする。このようなランゲージの翻訳には、コン パイラによりこのような式を評価するを要する。
（Ｃ）中間ランゲージ内に設けられた演算のレパートリ−がプログラム　ランゲ ージによって設けられた演算のセットよりもリッチであるか又はコンパイラか使 用される環境に比してリッチである場合には、このコンパイラ内で幾つかの計算 を遂行する最も便利な途は、これを中間ランゲージ内で表し、かつこれを定数エ クスプレッション評価ルーチンに提出することである。
定常エクスプレッション評価ルーティンの実行はかなり困難な仕事かも知れない 。ＩＬには、１０以上の演算（例えばＡＤＤ、　５ＵＢＴ。
Ｃ０３ＩＮＥ、等々）かあり得ようし、異なるデータ　タイプを考えるときには （例えばｒＮＴ３２．　ＮｒＮＴ６４．　ＦＬＯＡＴＡ、等々）、中間言語は数 百ないし数千の演算子を持つこともあろう。評価器は、コンパイラがその機能を 完全に若しくは正確に実行するのを失敗しないように、各演算を各データ　タイ プに正確に適用できるようになっていなければならない。特に、浮動少数点タイ プか係わっているときには、中間言語で表すことのできるすべての演算かコンパ イラの実行するプログラム用言語に直接通用するとは必ずしも云えないであろう 。その結果、定常エクスプレッション評価ルーティンは、数百に及ぶ異なった場 合を含み極端に長くなりがちで、高度に誤り易い傾向かある。
本発明の１つの実施例の重要な性質に従えは、中間言語の演算子の正確な意味か 常に簡潔且つ正確に特定できる言語はその中間言語それ自身であるという難点か ある。換言すれは、コンパイラのバック　エンドそれ自身か中間言語の任意の演 算子を正確に実行する符号を生成する能力を持たなけれはならない。
更に別の云い方をすれは、これは、コンパイラのバック　エンドか各中間言語の 効果を実現するのに必要な一連の機械語の命令の知識を既に具現しており、定常 エクスプレッション評価ルーティン中てこの同じ知識を再び異なる形で符号化し なければならないのは冗長であろう、というのである。
この概念に基つき本発明に従えば、定常エクスプレッション評価ルーティンの機 械的な生成は簡明なものとなる：最初のステップは、正常のコンパイラとして同 しバック　エンド１２を使うか、そのフロント　エンド２０は下記の特殊なフロ ント　エンドと置き換える図１の新しいコンパイラを創生ずることである。
（下記のように演算するコンパイラ用の特殊モードを具える、と云うのと等価で ある。） ２番目には、特殊のフロント　エンド２０又は特殊の演算モードは、ソース　プ ログラム２１を読み出し且つ翻訳することはしない。その代わりに、それは定常 エクスプレッション評価ルーティン用の中間言語を次のように生成する：（ａ） このルーティンは仮数リスト中で特定される中間言語演算子に基づき場合を選択 する条件付分枝を実行する。
（ｂ）各場合は単一演算子用の符号を含む。それは被演算値をルーティンの仮数 リストからフェッチし、演算子をそれらに適用し、結果を返す。
（Ｃ）ルーティンは中間言語中で直接に生成されているから、各場合用の符号は 単に、被演算子を仮数リストからフェッチする中間言語演算子と、その次のこの 特定の場合用の中間言語演算子と、さらにその次の結果を返すための中間言語演 算子とから成る。
３番目には、この中間言語のグラフかコンパイラのバックエンドに服従し、定常 エクスプレッション評価ルーティンのための機械符号を生成するであろう。
いま述べた特殊のフロント　エンドでは、それに対して場合か生成されなければ ならず、各場合用に中間言語を機械的に生成できるすべての演算子のリストを、 フロント　エンドか含むことかできる。
しかし、しばしば生起するように、もしコンパイラのバックエンドが演算子情報 のテーブルを含むならば、処理は更に簡単化することができる。（例えば、その ようなテーブルは、フロント　エンドにより生成された中間言語のグラフの正確 さをチェックするのに用いることができる。）すると、特殊のフロント　エンド にとって、との場合が生成されるべきかを定めるために既にバック　エンドによ り設けられている二のテーブルを使うことか可能になる。
れるオブジェクト　モジュールに入っているプログラム　タイプ型の情報を構築 するのにフロント　エンド２０及びバック　エンド１２により使用されるメカニ ズムを具えている。このタイプ特定化サーヒスは、プログラム　シンボル及びそ れに付随するタイプ情報を、ターゲット　オブジェクト　ファイル要求とは独立 のやり方で、オブジェクト　モジュール　ヒルダー２９に記述することをフロン ト　エンド２０に許容することが意図されている。このタイプ特定化サーヒスは 、手続き的なｒタイプの文法ｊとして行動し、それによりコンパイラは抽象タイ プ特定化及びプログラム　シンボルに関連させることかできる。タイプ特定化イ ンタフェースか以下に定義され、ＧＥＭ　ＴＤササ−スの使用の多数の実例か引 用される。
タイプ情報の創生はシンボル　テーブル３０との関係で生じ、フロント　エンド ２０にプログラム　タイプ情報の抽象表現を特定することを許容する。オブジェ クト　モジュール　ビルダー２９は後にこの情報をデバッグ　シンボル　テーブ ル情報を構築するのに用いるであろう。
ＧＥＭ　ＴＤモジュールはフロント　エンド２ｏに基礎タイプ及び派生タイプを 記述することを許容するサービス　ルーティンを具える。これらのルーティンは 特定化されたタイプ情報を記述する内部データ構造を典型的に構築する。新しい コンパイラノード　タイプＧＥＭ　ＴＤｒは、このタイプ情報を管理するために 定義されよう。タイプ　ノード　データ構造はコンパイラ１２に対して非公開で あり、フロント　エンド２ｏによって変えたり検討したりされることはできない 。タイプを定義するときフロント　エンド２０はタイプを定義するＧＥＭ　ＴＤ ルーティンによって「ハンドル」かタイプ　ノードに戻される。ハンドルはフロ ント　エンドにプログラム　シンボルを持つタイプと連携することを許容するか 、データ構造のフィールドを変えたり検討したりすることは禁止する。
タイプ　ノードはスコープにより創生され、管理されるであろう、すなわちタイ プ情報を送るときにフロント　エンド２ｏはタイプかその内部で宣言されるべき ブロック　ノードを特定するであろう、またシェルは該スコープの内部における タイプノードの管理に対し責任を持つであろう。シェルは、その中でタイプか定 義されているブロック　ノードに根ざすリスト中のタイプ　ノードを管理するで あろう。ブロック　ノード　データ構造は、フィールドＴＹＰＥ　ＬＩＳＴ　Ｈ ＥＡＤ及びＴＹＰＥ　ＬＩＳＴ　ＴＡＩＬを定義するために拡張されよう。
フロント　エンド２０は、タイプ特定サービス　ルーティンにオン　ザ　フライ 呼を発することを選択してもよいし又はタイプ情報を生成するために全シンボル 　テーブルをパスオーバーすることを選択してもよい。
タイプを定義した後、フロント　エンドはこのタイプ情報をそのタイプのシンボ ルに連携させなけれはならない。シンボルノードは、シンボルをそのタイプに連 携させるのに使われたされたタイプ　ノード　ハンドルのアドルスを含むであろ う。
ＤＳＴ　ＴＹＰＥ　ＩＮＦＯ値か０のシンボル　ノードは、タイプ情報を持たな いシンボルのためのターゲット特定行動様式を持ってあろう。
図７を見れは、関数： ｉｎｔ　ｔｏｙ　ｐｒｏｃｌ） ｆｌＯａｔ　ｂ、Ｃ：　− に対するデータ　フィールド及び相互関係か説明されている。
ｔｏｙ−ｐｒｏｃ用のブロック　ノート６０は、シンボル　テーブル３０中の、 エントリー６３．６４及び６５を指し示すフィールド６１及び６２（ｄｅｃｉリ スト　ポインター）を含む。またそれはｉｎｔとｆｌＯａｔ用にタイプ　リスト のエントリー６８及び６９を指し示すタイプリスト　ポインターとして機能する フィールド６６及び６７を含む。
エントリー６３．６４及び６５はまた、それか成り立つ場合はｉｎｔとｆｌＯａ ｔ用のエントリー６８及び６９を指し示すポインター７０．７１及び７２をも持 っている。
ＧＥＭ　Ｔｌ）タイプ特定サービスは、フロント　エンド２０に標準及び派生タ イプを定義することを許容し、これらのタイプをプログラム　シンボルに連携さ せるルーティンから成る。コンパイラのバック　エンド１２はこの結果であるタ イプの定義とそれらのシンボル　ノードとの連携を用いてターゲットを特定した デバッグ　シンボル　テーブルを生成する。プール代数の記法は基礎タイプとは 考えられていないことに注意されたい。パスカル（Ｐａｓｃａｌ）のような言語 用のコンパイラは真及び偽のエレメントを含む列挙としてプール代数の記法を定 義しなければならない。
マルチパス符号生成器用の行動言語 ハック　エンドＩ２中て符号生成器２９による符号テンプレートを用いる符号生 成を為す方法か以下に記述される。符号テンプレートの選択及び適用はコンパイ ラ過程中で４回生じる。
１、ＰＡＴＳＥＬＥＣＴ相は最良の符号テンプレートを選択するためにＣ０ＮＴ ＥＸＴパス中にパターン整合をとる。（パターン整合中にＵＣＯｌｉｌＰ及びＤ ＥＬＡＹ最適化タスクかパターン整合過程の一部として平行して為される。） ２、Ｃ０ＮＴＥＸＴパス中のＴＮＡＳＳ　［ＧＮ及びＴＮＬＩＦＥタスクは、選 択されたテンプレートのコンテキスト行動を用いてエクスプレッションへの評価 命令を解析し、非局所生涯を持つＴＮを符号テンプレートに割り当てる。
３、　ＴＮＢＩＮＤバスは、選択されたテンプレートのパインディング行動を用 いて局所生涯を持っＴＮを符号テンプレートに割り当てる。
４、　最後に、Ｃ０ＤＥパスは、選択されたテンプし一部の符号生成行動を用い てオブジェクト符号語の生成を誘導する。
テンプレートはコンパイラ過程中で様々な回数に亙り用いられる。これは３つの 主要なコンポネントから成る：１、ＩＬＧパターン−テンプレートに整合するテ ンプレート選供過捏を通用可能なＩＬＧ構造に誘導する。
２、遅延しない行動−整合した［ＬＧ槽構造処理をＣ０ＮＴＥＸＴパス、ＴＮＢ ｒＮＤバス及びＣ０ＤＥパス中に決定する。遅延しない行動はテンプレートが各 パス中で最初に処理されるとき実行される。その結果、各ＩＬＧノードに対する テンプレート行動は、各パスで１回宛計３回処理される。行動のうちのあるもの は、１つのパスに対してのみ意味を持ち、その他のパスでは無視される。その他 の行動は１つより多いパスで意味を持つか、各パスでて要求される処理はそれぞ れ異なる。
３、遅延する行動−この場合にも整合したＩＬＧ構造の処理をＣ０ＮＴＥＸＴハ ス、ＴＮＢ］ＮＤハス及ヒｃｏＤＥハス中に決定する。遅延する行動は、テンプ レートにより計算された結果が他のテンプレートの葉（ｌｅａｆ）として最初に 処理されるとき各パスを実行する。遅延する行動は、アトパス　モートを持っＶ ＡＸのようなターゲット機械上ては有益である。ＲＩＳＣのような単純なレジス タ機械は恐らく遅延する行動を重く用いないであろう。
コード発生テンプレートのＩＬＧパターンは次の４つの情報から成る。
■、テンプレート発生コードにより計算された値の表現をエンコートする結果値 モード（後記の付録に記載した種々の実施例参照）。
２、このテンプレートにより符号化し得るＩＬＧノードの配列を記述するパター ンツリー。パターン　ツリーの内部ノードはＩＬオペレータであり、パターン　 ツリーの枝葉は値モードセットか、オペランドを持たないＩＬオペレータの何れ かである。
３、プール　テストのシーケンス。これらテストの全ては適用し得るパターンに ついて順序正しく評価する必要かある。
４、このテンプレートで発声されたコードの“コスト”を表わす整数。
パターン又はＰＡＴＳＥＬＥＣＴフェーズはテンプレートのパターンを有するＩ ＬＧサブツリーを照合する。２以上のテンプレートパターンを一つのＩＬＧノー ドで適用し得る場合は、パターン照合器はとのパターンか最低推定コード　コス トになるか知るまで択一的テンプレート間の選択を遅らせる。
３つの異なるアクション　インタブリータ、即ち、Ｃ０ＮＴＥＸＴインタブリー タ、ＴＮＢ　ＩＮＤインタブリータ及びＣ０ＤＥインタブリータかある。各テン プレータのアクションは適正なインタブリータによりコンパイラの３つの異なる バス内て実行される。同一のテンプレートかこれら３つの全バス内て使用される か、アクションの意味はフェーズ依存であって各バスで異なることが行われる。
多くのアクションは３つのバスのうちの一つのみに意義かあり、他の２つのバス には関係ない。他のアクションは２つ以上のバスに意義があるが、一つのバスに おけるアクションの意味は、しばしば異なるバスにおける同一のアクションの意 味と著しく相違する。しかし、テンプレート内に１つのアクション　シーケンス を有するだけにすると種々のバス間の従属性を理解し維持することが極めて容易 になる。
各テンプレートに対するアクション　シーケンスは２部分、即ち非遅延アクショ ン及び遅延アクションがら成る。選択されたＩＬＧノードのパターンが最初に処 理されるときは非遅延アクションがインタブリートされる。ＩＬＧパターンが別 のＩＬＧパターンの枝葉として後に使用されるときは遅延アクションがインタブ リートされる。
非遅延アクションのインタブリートの開始時に、オペランド変数のテーブルが生 起される。オペランド変数はテンポラリネーム（ＴＮ）　、リテラル又はターゲ ット　スペシフィック　アドルス　モードを含むことができる。
各テンポラリネームは３つのクラス、即ち（１）永久ＴＮ、（２）遅延ＴＮ及び （３）ローカルＴＮはその寿命及び使用法により決まる。
各ＴＮは割当寿命を有する必要がある。割当寿命は適正なテンプレート　アクシ ョンにより開始され、ＴＨの最終使用に至る全フローパスに沿って及ぶ。永久ク ラスのＴＮはそのＴＮの生起後の将来において任意多量のコードを終了させる寿 命を有することかできる。遅延クラスの寿命は、そのＴＮか枝葉として使用され るときその短時間後にテンプレートの遅延アクションを開始させ終了させる必要 かある。ローカルＴＮの寿命は決して単一パターンのインタブリチージョンを越 えない。
ＴＮのクラスはそれかとのように処理されるかを決定する。
永久クラスＴＮはＣ０ＮＴＥＸＴパスにおいて１回生起され、全３個のバスに亘 って同一のＴＮデータ構造か維持され、これかＴＮの複雑な寿命記述をストアす るのに使用される。遅延クラスＴＮ及びローカル　クラスＴＮは極めて制限され た持続時間の寿命を有するため、これらＴＮはこの情報を追跡するのに永久デー タ構造を必要としない。この結果、遅延クラスＴＮ及びローカルクラスＴＮ用の ＴＮデータ構造はアクションをインタブリートする際に各バスごとに構成され、 各バスにおけるそれらの最終使用直後に消去される。各バスにおける同一のアク ション　シーケンスをインタブリートすることにより、これらクラスのＴＮに対 し各バスごとに同一のＴＮデータ構造を構成することか保証される。
種々のテンプし一部　アクションの大きなリストがある。これらアクションのい くつかはターゲット　マシーン従属である。
後記の付録には提案の又は−例のテンプレート　アクションリストを含めである ので、ユーザはこれらのコード　テンプレート例を用いて特定の実施例に対し必 要な事項を決定することが図１のコンパイラ　フレーム　ワーク１ｏに使用する 内部表現はシンボル　テーブル３０及び中間言語グラフ５５を具え、これらはソ ース　モジュール２１の構造データ及びコードを表わすために、フロントエンド ２０により発生されるデータ構造である。以下に、シンボル　テーブル３０及び ＩＬグラフ５５に使用する中間言語の仕様を含むこれらデータ構造の基本要素で あるノードについて説明する。図１につき説明するコンパイラでは、フロント　 エンド２０が、ソース　モジュール２１に含まれるプログラムのブロック、ルー チン、変数リテラル値等を記述するためにシンボル　テーブル３０を発生すると 共に、実行可能コードを記述するために１以上の中間言語グラフ５５を発生する 。これらの内部データ構造について以下に説明する。
一般に図１のコンパイラ、特にその中間言語及びシンボルテーブルの設計はＶＡ Ｘのような「コンプレックス　インストラクション　セット　コンピュータ（Ｃ ＩＳＣ）ＪからＰＲＩＳＭ、ＭＩＰＳ　（３２ビツト　マシーン）のような「レ デューストインストラクション　セット　コンピュータ（ＲＩＳＣ）Ｊ又はアド バンスト６４ヒツトＲＩＳＣアーキテクチヤまでの種々のアーキテクチャをアド レスするようにする。この設計はターゲット　マシーン２５のアーキテクチャか 所定の基本特徴を有するものと仮定する。最初に、バイト構成及びアドレサビリ ティを仮定すると共に“リトル　インディアン”ビット　オーダリングを用いる ２の補数２進演算を仮定する。更に“正当“アドレス表現、即ちレジスタにフィ ツトするアドレスも仮定する。
一般に、フロント　エンド２０はプログラムの中間表現を生成する際にターゲッ ト　アーキテクチャの詳細について知らなくてよい。中間表現の殆どの構成はタ ーゲット　アーキテクチャ２５と無関係の明確な意味を有する。しかし、フロン ト　エンド２０を実現するには解決しなければならないいくつかの問題かある。
第１に、以下に説明するように全てのデータ　タイプか全てのアーキテクチャに 使用できるわけてはない。第２に、以下に説明するように演算オーバフロー動作 及び“小整数”演算の表現が異なるアーキテクチャごとに変化することかある。
第３にいくつかのオペレータ（例えば演算シフト　オペレータ）の動作かオペラ ンド値のサブ　レンジに対し決められ、これらサブ　レンジに対し基本マシーン 命令か個々のアーキテクチャごとに決められている。この指定されたレンジ外の オペランド値に対してはこのようなオペレータは任意の特定のマシーンに対し良 好に動作するが、異なるマシーンには異なる動作をすることがある。最後に呼出 し規定がターゲット　システム２５ごとに異なり、フロント　エンド２０か場合 により同一の゛ノース言語構成に対し異なる中間表現を発生することか要求され る。
ここで、「中間言語」とは実行可能コードを指定するアブストラクト（抽象）言 語を意味する。「中間言語グラフＪ　（ＬＥＧ）５５はこの言語で記述された特 定のプログラムである。
グラフ５５内の中間言語は実際はメモリ内のデータ構造の言語であり、構文構造 を与えるポインタを有する。しかし、デバッグ援助としてコンパイラにより書か れるＩＬダンプに対し使用されるＩＬＧのための近似テキスト表現もある。
ＩＬの基本コンセットは図４につき上述したタプルにあり、ＩＬＧ５５は実行す べきオペレーションを表わすタプル３５から成る。これらタプルは種々の関係を 表わすポインタ（例えばオペランド　ポインタ３８）により互いに結ばれる。最 も重要な関係はオペレーターオペランド関係（オペレータからそのオペランドの 各々へのポインタ３８）及びＩＬＧの各基本ブロック内の全てのタプルの線形順 序であり、この線形順序は公称実行順序を与える。この線形順序はブロック内の タプル番号４０及びルーチン又はモジュールの全てのブロックをリンクするポイ ンタにより表わされる。
ＩＬ０５５により定義される計算は次の通りである。
（１）ＩＬＧのＢＥＧ　ＩＮタプルにおいてスタートする。
（２）各タプルを線形順序で評価する。即ち、そのオペランドの保管結果をフェ ッチし、その結果を計算及び保管し、この結果に対し定義し得る任意の二次アク ションを実行する。（この簡単な評価規則には“フロー　ブーリアン”及び“条 件付き選択“オペレータに対し例外かある。）（３）分岐タプルの評価後にこの 分岐タプルにより選択されたラベ４タプルにおいて評価を続ける。
これらの規則はＩＬＧグラフ５５の「意味」を定めるものと理解されたい。コー ド発生器２９はＩＬＧにより支持されるアクションを、それらの従属性を保存す る限り、次の規則に従って再配列することか許される。
（１）ＩＬＧ５５かエクスプレッション（式）を含むと共にステートメントを含 み、その実行かこのエクスプレッションを評価することにより計算された値に影 響を与えるかもしれない場合には、このエクスプレッションに対する発生コード 及びこのステートメントに対する発生コードはこのステートメントとエクスプレ ッションかＩＬＧに発生した順序と同一の順序で実行しなけれはならない。
（２）ＩＬＧ５５が、２つのステートメントを含み、それらの実行かある共通の エクスプレッションを評価することにより計算される値に影響を与えるかもしれ ない場合には、この２つのステートメントに対する発生コードをこの２つのステ ートメントかＩＬＧに発生した順序と同一の順序で実行しなけれはならない。
ステートメントの実行がエクスプレッションの評価により計算される値に影響を 与えるかもしれない場合の問題は以下に記載するサイド　エフェクト　ヌカニズ ムを参照して解決される。
フロント　エンド２０により構成されるＩＬＧ５５はバックエンド１２により処 理されるＩＬＧと同一でない。フロントエンド２０はコンパクトＩＬグラフ（Ｃ ＩＬＧ）を発生するが、バック　エンド１２は拡張ＩＬグラフ（ＥＴＬＧ）を処 理する０バツク　エンド】２がルーチン用コードを発生するときは、これが最初 にすることはこのルーチンのＣＩＬＧをＥＩＬＧに拡張することである。両形態 のグラフの間にはいくつかの差異がある。第１に、ＣＩＬは“速記”タプルを提 供し、これらタプルはＥＩＬの低レベル　タプルのシーケンスに拡張される。
第２に、ＥＩＬタプルを表わすノードはＣＩＬタプルを表わすノードより多くの フィールドを有する。追加のフィールドは、バック　エンド１２により使用され る情報を含むか、この情報はＣＩＬノード内のフィールドからＩＬ拡張器により 計算することかできる。第３に、ＣＩＬＧとＥＩＬＧとには異なる構造的制約か ある。この記載はコンパクトＩＬに向けられているが、この情報は一般にＣＩＬ 及びＥＩＬの両方にあてはまる。
シンボル　テーブル３０の構造はコンパイル中のモジュール２１の構造を表わす 。テーブル３０の中心はブロックを表わすブロック　ノードのツリー、及びモジ ュール２Ｉの語い範囲であり、ツリー構造はそれらのネスティング関係を表わす 。各ブロック内に宣言されているシンボル　ノードのリストは各ブロック　ノー ドと関連する。シンボルノードは変数、ラベル又はエントリ　ポイントのような モジュール内のシンボリック　エンティティを表わす。コンパイル中の定数値は リテラル　ノードで表わされる。リテラル　ノードはシンボル　テーブル３０及 びＩＬＧ５５の双方から参照することかできる。タームリテラル　テーブルはコ ンパイル中に生起した全てのリテラル　ノートの集合体を参照するのにも用いら れる。フレーム　ノードはコード及びデータを割当てることかできる記憶区域を 表わす。
一般に、これらノードはルーチンのスタック　フレーム又はＰＳＥＣＴの何れか である。パラメータ　ノードはパラメータリストを作成するのに使用され、これ らリストはエントリ　ポイント　シンボルと関連する。各パラメータ、ノートは ルーチン内のパラメータ　シンボルをエントリ　ポイントのアーキテクチャ内の 位置と関連させる。
データタイプ グラフ５５て使用される中間表現はアブストラクト　マシーン２５に対するプロ グラムを記述し、このプログラムは下記のリストに記述する小セットのデータ　 タイプを有するのみである。これらデータタイプはフロント　エンド２ｏにのみ 関連するモジュール２１のソース言語のデータ　タイプと相違する。
各ターゲット　マシーン２５に対し、各ソース言語データ　タイプを表わすのに 使用するデータ　タイプを決定するのはフロント　エンド２０の応答性である。
データタイプ ヌル 符号付き整数 無符号整数 不動小数点 複素数 プール値 ヌルデータ　タイプは特殊データ　タイプで、値を計算しないタプルのタイプで ある。リブレセンテーショナル　データタイプは、その値かターゲット　マシー ン　アーキテクチャに固有の表現を有するタイプである。スカラデータ　タイプ は、少数の固定数のメモリ位置又はレジスタて表わすことができる値を有するも のである。スカラデータ　タイプはアドレス　データ　タイプ及び演算データ　 タイプに細分される。演算タイプは適当数のヒツトにフィツトし得るもの以外の 他の任意の種類のデータを表わすのに使用することもてきる点に注意されたい。
特に、ソース言語キャラクタ（文字）及び論理データタイプは整数データ　タイ プで表わす必要かある。単一アドレスデータ　タイプＡＤＤＲかある。タイプＡ ＤＤＲの値は３２又は６４ピツトの２進整数として表わされる。
符号付きデータ　タイプＴＮＴ８．ｌＮＴ１６．ＩＮＴ３２及びＩＮＴ６４かあ り、ここてタイプＴＮＴ〜１の値はｘ−１ヒントの符号付き２進整数として表わ され、従ってこの値は−（２”−’）−−−−（２°−’−１）の範囲になる。
タイプＩＮＴ８はＩＢＹＴＥと称することもてきる。タイプｌＮＴ１６はＩＷＯ ＲＤと称すこともてきる。ＩＮＴ３２はＴＬＯＮＧと称すこともてきる。タイプ ＩＮＴ６４はＩ　ＱＵＡＤと称すこともできる。アドレスとして同数のビットを 有する整数タイプはＩＡＤＤＲと称すこともてきる。ターゲット　アーキテクチ ャに対しサポートされる最大符号付き整数タイプ（ＩＮＴ３２又はＩＮＴ６４） はＩＭＡＸと称すこともてきる。任意の２進スケーリング（ＰＬ／Ｉにおけるよ うな）をフロント　エンドにより提供する必要かあり、スケールド　バイナリ　 データ　タイプに対するＩＬ規定はない。
無符号整数データ　タイプＵＩＮＴ８．ＵＩＮＴ１６．ＵＩＮＴ３２及びＵＩＮ Ｔ６４かあり、ここでタイプＵＩＮＴ”−’の値はｘ−１ビツトの無符号２進整 数として表わされ、従ってこの値は０−−−−　（２”−”）の範囲になる。タ イプＵＩＮＴ８はＵＢＹＴＥ又はＣＨＡＲ８と称すこともてきる。タイプＵＩＮ Ｔ１６はＵＷＯＲＤ又はＣＨＡＲｌ　６と称すこともてきる。タイプＵＩＮＴ３ ２はＵＬＯＮＧと称すこともてきる。タイプＵＩＮＴ６４はＵＱＵＡＤと称すこ ともてきる。アドレスとして同数のビットを有する無符号整数タイプはＵＡＤＤ Ｒと称すこともてきる。ターゲット　アーキテクチャに対しサポートされる最大 無符号整数タイプ（ＵＩＮＴ３２又はＵＴＮＴ６４）はＵＭＡＸと称すこともで きる。
浮動小数点データ　タイプはＶＡＸ浮動小数点タイプＲＥＡＬＦ、ＲＥＡＬＤ、 ＲＥＡＬＧ及びＲＥＡＬＨと、ＩＥＥＥ浮動小数点タイプＲＥＡＬＳＳＲＥＡＬ Ｔ、ＲＥＡＬＱ及びＲＥＡＬＥとである。任意の特定のターゲットアーキテクチ ャに対しこれらの全てをサポートする必要かあるわけではない。
複素数データ　タイプはＣＭＰＬＸＦＳＣＭＰＬＸＤ、ＣＭＰＬＸＧ、ＣＭＰＬ ＸＳ及びＣＭＰＬＸＴである。複素値は複素値の実数部及び虚数部を表わす対応 する実数タイプの一対の値として表わされる。サポートされた浮動小数点タイプ に対応する複素数タイプのみか特定のターゲット　アーキテクチャにサポートさ れる。
集合体データ　タイプの値は連続要素のシーケンスから成る。
集合体値はその本体、シーケンス内の要素の実際の順番、長さ及び要素の数によ り特徴づけられる。集合体タイプは次のとおりである。
（ａ）タイプＣＨＡＲ８の要素を有するキャラクタ　ストリング、タイプ５ＴＲ ８゜ （ｂ）タイプＣＨＡＲｌ　６の要素を有する拡張キャラクタ　ストリング、タイ プＳＴＲｌ　６　。
（Ｃ）できるたけ緊密にパックされた単ヒツトの要素を有するビット　ストリン グ、タイプＢＩＴＳ　：（ｄ）デシマル　ディジット（頭に符号ディジットを有 するバイトごとに２デイジツトづつパックされた４ビツトＢＣＤデイジツトとし て表される）の要素を有するＰＬ／Ｉ及びＣ０ＢＯＬデシマル　ストリング、タ イプＤＥＣＩＭＡＬ；　（ＤＥＣＩＭＡＬ値はその精度、これが含むディジット の数（先頭の符号ディジットは数えない）及びそのスケール、１０進小数点後に 到来するディジットの数により特徴づけられる）。
集合体値の要素は零から出発する番号かつけられる。（これは多くのフロント　 エンドに、ソース　プログラム　ストリング　インデックスをＩＬストリング　 インデックスに変換する際に１を減算することを要求する点に注意されたい。） ストリング演算において処理し得る要素の数に制限はない。
将来においてフラグを導入してフロント　エンドが、その長さ６５５３５キヤラ クタを越えないことを保証されたキャラクタストリング　エクスプレッションを 指示し、このエクスプレッションをＶＡＸキャラクタ　ストリング命令で効率よ く計算することができるよにすることかできる。メモリ内の長さが変化するスト リングの長さワードは以前として１６ビツトのみである。デシマル　ストリング は全てのターゲットマシーンに対し３１デイジツト（符号ディジットが加わる） に制限される。
種々のタードツト　マシーンに対するリプレゼンテーショナル　タイプ　システ ムの詳細の一例を後記の表６に示す。
単一ブール　データ　タイプＢＯＯＬかある。これはプログラムの実行中に計算 される論理値のタイプであり、指定された物理的表現を持たない。例えは、プー ル値は２進整数の値、プロセッサ条件コードの値又はプロセッサ　プロクラム　 カウンタの値で表わされ得る。特に、タイプＢ○○Ｌはソース言語内に存在し得 る任意の論理又はブール　データ　タイプに対応しない。これらはＩＮＴ又はＵ ＩＮＴ値として表わし、必要に応し、タイプＢＯＯＬへ及びタイプＢＯＯＬから 変換する必要かある。
中間言語内の全てのタプルに共通の一般的特徴及びＩＬＧ５５の構造的特徴（中 間言語内のり−チン）について説明する。
ＩＬＧ５５はＩＬタプル　ノード（通常単にタプルと言われている）から成る。
全てのタプルは表７に示すフィールドを含んでいる。アトリビュートとして知ら れる他のフィールドは特定の種類のタプルにのみ生ずる。
フロント　エンド２０の仕様のために予約された任意の量のスペースを用いて割 当てることができるシンボル　テーブルノードと異なり、ＣＩＬタプル　ノード はここで指定されたフィールドを含むたけである。ＥＩＬタプル　ノードはタプ ルノード　アドレスから負方向にオフセットした位置にある追加のフィールドを 含み、これらフィールドはバック　エンド１２に専用である。
ＩＬＧの構造 ＩＬＧ内の１つのタプルを他のタプルに２つの方法で、オペランドとして又はア トリビュートとして参照させることかできる。オペレーターオペランド関係のみ を考察すると、ＣＩＬＧは非周期り゛ラフ（ＤＡＣ）であるか、ＥＩＬＧはフォ レスト（森）（即ちツリーの集合体）である。
アトリビュート　ポインタ３９はＩ・ＬＧの追加の構造を生起すると共に、ＩＬ Ｇからシンボルテーブル３０への参照も許可する。最も重要な構造関係は次のタ プル及び前のタプルのアトリビュート　ポインタにより決まるＩＬＧの線形順序 である。
ＣＩＬＧ内のタプルの全ては線形順序で決められた単一リスト内に生じる。ＥＩ ＬＧのタプルは各ブロックにつき１つの円形リストの集合体内に生ずる。
下記の規則をＩＬＧの構造に適用する。フロント　エンド２０かこれらの規則に 違反するＣＩＬＧを生成する場合には、バック　エンドか違反を検出しコイパイ ルを終わらせるよう試みるが、結果は予測不能になる。
（ａ）その結果タイプがＮＵＬＬであるタプルはステートメントタプルと称し、 その結果がＮＵＬしてないタプルをエクスプレッション　タプルと称す。
Ｃｂ）ＣＴ　Ｌにおいて、 （ｉ）スカシ又はプール　エクスプレッション　タプルは１以上の他のタプルの オペランドとすることができる。集合体エクスプレッション　タプルは正確に１ つの他のタプルのオペランドとして使用しなければならず、この他のタプルは同 一の基本ブロック内にあるものでなければならない（下記参照）。
（ｉｉ）オペランドはエクスプレッション　タプル、シンホルノード又はリテラ ル　ノードとすることかできる。
（ｉｉｉ）オペランドとして用いるシンボル　ノードは常にタイプＡＤＤＲを有 する。オペランドとして用いるリテラル　ノードはリテラルのデータ　タイプを 有する。
（ｉｖ）レジスタに割当てられる変数を表わすシンボルは通常の意味ではアドレ スをもたない。しかし、このようなシンボルはメモリから読出す又は書込むタプ ル（ＦＥＴＣＨ又は５ＴＯＲＥ）のアドレス　オペランドとして使用することが でき、この場合にはこのダブルは指示されたレジスタをアクセスする。
（Ｖ）シンボルかスタック　フレーム内の変数を表わす場合には、このスタック 　フレームは現ルーチン又はシンボル　テーブル　ブロック　ツリー内のその祖 先の一つと関連していなけれはならず、さもなけれは実行時にスタック　フレー ムを見つける方法かなくなる。
（Ｃ）　Ｅ　Ｔ　Ｌではオペランドはエクスプレッション　タプルでなければな らず、且つどのエクスプレッション　タプルも正確に１つの他のタプルのオペラ ンドでなければならない。
（ｄ）ステートメント　タプルは任意の他のタプルのオペランドにすることはで きない。
（ｅ）別のタプルのオペランドであるタプルはＩＬＧの線形順序内のこのタプル の前に置かなければならない。（このことはＥＩＬＧではオペランド及びオペレ ータを同一基本ブロック内に生じさせる必要があることを意味する。）（ｆ）エ クスプレッション　タプルはオペランドである全てのタプルを支配しなければな らない。即ち、ルーチンのエントリポイントからあるタプルへ途中でこのタプル の全てのオペランドに出会うことなくたどりつくことができないようにしなけれ ばならない。
このセクションの次のバラグラフは中間言語て使用し得るオペレーション及びこ れを表わすのに使用されるオペレータの種類を記載する。個々のオペレータは全 て＜ＲＥＦＥＲＥＮＣＥ〉（パートータブルーディクショナリ）タプル辞書と称 されるデータ構造内に集められる。辞書内の各オペレータは構造フォーマットを 用いて文書化される。表８はこのフォーマットにおける主カテゴリ、各カテゴリ の下て与えられる情報及びこの情報を与えるのに使用されるフォーマットを示し ている。
タプルのフォーマット　セクションはオペランドの数及び許容し得るオペレータ 、オペランド及び結果タイプを次の形態の単−行で指定する。
ｏ　ｐ　−ｔｙｐｅ　（ｔｙｐｅ−１，−−−−ｔｙｐｅ　−ｎ　）　：　ｒｅ ｓｕｌｔここで、Ｏｐはタプル　オペレータの名前であり、ｔｙｐｅは許容し得 るオペレータ　タイプを指定する。“ｔｙｐｅ”か省略される場合には、オペレ ータ　タイプはＮＵＬＬにする必要かある。そうでなければ、ｔｙｐｅは次のう ちの１つとする必要がある。
（ａ）固有タイプ名（ＡＤＤＲ，ＢＯＯＬ、ＢＩＴＳ、ＬＡＤＤＲ等）は指定さ れたタイプのみか許されることを示す。
（ｂ）ＩＮＴ、ＵＩＮＴ、ＲＥＡＬ、ＣＭＰＬＸ又はＳＴＲは指　一定されたフ ァミリーに属する任意のタイプか正当であることを示す。例えは、ＣＭＰＬＸは ＣＭＰＬＸＦ、ＣＭＰＬＸＤ、ＣＭＰＬＸＧ、ＣＭＰＬＸＳ及びＣＭＰＬＸＴか 全て許されることを意味し、ＳＴＲは５ＴＲ８及び５ＴＲ１６か許されることを 意味する。
（ｃ）ＡＬＬはＮＵＬＬ以外の任意の他のタイプか正当であることを示す。
（ｄ）文字１．　Ｕ、　Ｒ，Ｃ，Ａ、Ｓ及びＢのストリングはこれら文字の−っ て表されるファミリーに属する任意のタイプか許されることを示し、次の通りで ある。
Ｔ　ＩＮＴ　Ａ　ＡＤＤＲ Ｕ　ＵＩＮＴ　Ｓ　５ＴＲ ＲＲＥＡＬ　Ｂ　ＢＩＴＳ ＣＣＭＰＬＸ “Ｔｙｐｅ−１−−−−Ｔｙｐｅ−ｎ”はタプルのオペランドの許容し得るタイ プを指定する。括弧内のリストかない場合には、オペレータは何のオペランドも 取らない。そうでない場合にはタプルは括弧内のリストの各タイプごとに１つの オペランドを有する必要がある。各Ｔｙｐｅ−ｉは次のうちの１つとする必要が ある。
（ａ）　Ｔは、このオペランド　タイプがオペレータ　タイプと同一である必要 があることを意味する。
（ｂ）固有タイプ名（ＡＤＤＲ，ＢＯＯＬ、ＢＩＴＳ、ＩＡＤＤＲ等）はオペラ ンドが指定されたタイプを有する必要かあることを意味する。
（ｃ）タイプ　コード文字１．　Ｕ、　Ｒ，Ｃ，Ａ、Ｓ及びＢのストリングはタ イプ指定子と同一の意味を有する。“任意の整数”を意味するタイプ指定子ＩＵ を有するオペランドは一般に発生コードのタイプＩＭＡＸに変換される点に注意 されたい。
これかため、プログラム動作はこのようなオペランドの実際値をタイプＩＭＡＸ に交換し得ない場合には定義されない。
（ｄ）オペレータ及びオペランド　タイプ指定子かＲＥＡＬ及びＣＭＰＬＸ又は ＳＴＲ及びＣＨＡＲである場合には、実際のオペレータ及びオペランド　タイプ か一致しなければならない。例えば、タイプ指定“ＣＡＤＤ、ＣＭＰＬＸ　（Ｔ 、ＲＥＡＬ）：Ｔ”は、オペレータ　タイプかＣＬＰＬＸＦである場合には第２ オペランドかタイプＲＥＡＬＦを、オペレータタイプかＣＭＰＬＸＴである場合 には第２オペランドかタイプＲＥＡＬＳを持たなけれはならないことを示す。オ ペレータ　タイプかＳＢ、即ちキャラクタ　ストリング又はビット　ストリング である場合にはオペランド　タイプ指定子はＣＨＡＲてあり、オペレータ　タイ プが５ＴＲ８である場合にはＣＨＡＲ８、オペレータ　タイプか５ＴＲ１６であ る場合にはＣＨＡＲｌ　６、オペレータ　タイプがＢＩＴＳである場合にはＩＭ ＡＸでなければならない。即ち、ＩＭＡＸはストリング　タイプＢＩＴＳに対応 するキャラクタ　タイプとして処理される。
タプルの実際のオペランドは、その結果タイプかオペランドタイプ　リストによ り指定されたタイプと一致するタプルノートでなけれはならない。ＣＩＬでは、 実際のオペランドはタイプＡＤＤＲを有するものとして常に処理されるシンボル ノード又はデータ　タイプ　フィールドで指定されたタイプを有するものとして 処理されるリテラル　ノードとすることもできる。
エクスプレッション“ＲＥＳＵＬＴ″は許容し得る結果タイプを指定する。これ かない場合には、オペレータはステートメント　オペレータであり、タプルの結 果タイプはＮＵＬＬでなけれはならない。そうでない場合には、オペレータはオ ペランド　タイプ指定子と同一の方法て正確にインタブリートされる。
アドレス及びメモリ　レファレンス アドレス　エクスプレッションは中間言語内のレファレンス（参照）の一つであ る。アドレス　エクスプレッションの最小フオームはシンボルである。即ち、タ プル　ノードのオペランド　フィールドはシンボル　ノードのアドレスを含み、 このシンボルと関連するメモリ　アドレス（又はレジスタ）を表わすことかでき る。アドレス値はこれをメモリ（“ポインタ変数”）からフェッチすることによ り、演算値をキャスティングすることにより、又はブレインクリメント　タプル 、ポストインクリメントタプル又はつぎのりストのタプルのうちの１つを評価す ることにより得ることもてきる。
アドレス計算オペレータ ＡＭＩＮＵＳ　アドレスから整数を減算して新アドレスを発生せよ。
ＡＰＬＵＳ　アドレスに整数を加えて新アドレスを発生せよ。
ＢＡＳＥＰＲＥＦ　アドレスを評価して新アドレスを発生せよ。
Ｌ　ＩＴＡＰＤＲ指定されたリテラル値を含むリード　オンリ　メモリ位置のア トしスを発生せよ。
ＵＰＬ　ＩＮＫ　現ルーチン又は現ルーチンを含むルーチンに対するスタック　 フレームのアドレスを発生せよ。
データ　アクセス　タプルは値をメモリから又はメモリにロート又は記憶させる タプルである。（ここて、“メモリ”なる語はターケラトＣＰＵ２５のレジスタ 　セットのレジスタを含む。ＣＰＵ２５のレジスタとノーマル　メモリ位置との 唯一の差異はレジスタの“アドレス”はデータ　アクセス　タプルで使用し得る のみである点にある。）データ　アクセス　オペレータは表９にリスト　アップ しである。
全てのデータ　アクセス　タプルにおいて、第１オペランドはアドレス　エクス プレッションである。全てのデータ　アクセス　タプルはロング　ワード整数を 含むオフセット　アトリビュートも有する。アドレスすべきメモリ位置のアドレ スはランタイム　アドレス　オペランドとコンパイル　タイム　コンスタント　 オフセット　アトリビュートとの和である。
全てのデータ　アクセス　タプルは表１０にリスト　アップされているアトリビ ュートのいくつが又は全てを有する。エフェクト、エフェクト２及びベースシン ボル　アトリビュートの使用については表現エフェクトのためのセクション　イ ンタフェースにおいて後に詳細に論じる。
レファレンスの他のタイプはアレー　レファレンスである。
ＡＰＬＵＳ及びＡＭＩＮＵＳタプルは全てのアドレス計算に対し充分である。し かし、これらタプルはアドレス計算の意味について何の情報も与えない。特に、 これらタプルはアレー　レファレンス及びソース　コードに存在しているかもし れないサブスクリプト　エクスプレッションについての情報を何も与えない。こ の情報はベクトル化に必要である。これがため、ＩＬはアレー　レファレンスを 詳細に記述するタプルを有する。
例えは、１ｏｃａｌ　Ｘとして宣言されたＢＬＴＳＳベクトル：ｖｅｃｒｏｒ　 ：　（２０，１ｏｎｇ）が与えられると、Ｘ　ＩＩＩ）に対するレファレンスは 、 ＄１　：ＦＥＴＣＨ，ＩＮ’ｒ”３２　（１）；＄２：５ＵＢＳＣＲ，？ＡＤＤ Ｒ（＄１．　（４）、（０）；ＰＯ３ＩＴ　Ｉ　ＯＮ＝　１）　； ＄３　：ＦＥＴＣＨ，ＩＮＴ３２　（Ｘ、＄２）と表わすことができる。
ＶａｒＹとしてとして宣言されたパスカル　アレー：ｐａｃｋｅｄ　ａｒｒａｙ （１−−１０，１−−１０）ｏｆ　０−−−−２５５゜か与えられると、 ａｓｃｉｇｎｍｅｎｔ　Ｙ　（１，Ｊ）　＝Ｚは、＄１　：ＦＥＴＣＨ，ＩＮＴ ３２　（ｊ）；＄２：５ＵＢＳＣＲ，ＩＡＤＤＲ（＄１．　（１）、（０）；Ｐ Ｏ３ＩＴＩＯＮ＝１）； ＄３　：ＦＥＴＣＨ，ＩＮＴ３２　（１）：＄４：５ＵＢＳＣＲ，ＩＡＤＤＲ（ ＄３．　［１０）、＄２；ＰＯ３ＩＴＩＯＮ＝２）： ＄５　：ＦＥＴＣＨ，ＵＩＮＴ８　（Ｚ）；＄６　：５ＴＯＲＥ、ＵＩＮＴ８　 （＄４−１１．＄５）：と表わすことかできる。
基本アレー　レファレンス　オペレータはＡＲＥＦ及び５ＵＢＳＣＲである。Ａ ＲＥＦはアレー内の指定要素のアドレスを発生する。５ＵＢＳＣＲはアレー要素 のオフセットを計算する。
第１オペランド又はＡＲＥＦタプルはアレーのベース　アドレスを表わすアドレ ス　エクスプレッションであり、その第２オペランドはベース　アドレスからア レーの要素までのバイトオフセットを計算する５ＵＢＳＣＲである。ＡＲＥＦタ プルは５ＵＢＳＣＲタプルの値をベース　アドレスに加えてインデックスされた 要素のアドレスを計算する。実際には、ＡＲＥＦ（オリジン、サブスクリプト） に対するコードはＡＰＬＵＳ（オリジン、サブスクリプト）に対するコードと同 一である。
５ＵＢＳＣＲタプルはアレー内の要素の一次元オフセットを計算する。そのオペ ランドは、 （ａ）要素インデックス：サブスクリプト　エクスプレッション内の個々のイン デックスはゼロ　オリジンに対し正規化されない。その代わりに、アレー宣言内 の非ゼロ下限を考慮したオリジン　オフセットをＡＲＥＦタプルのアドレス　オ ペランド又は要素アドレスを用いるタプルのオフセット　フィールドに加える必 要がある。
（ｂ）ストライド：これは連続する要素のアドレス間の一次元の差である。ロン グ　ワードの簡単なベクトルではストライドはリテラル４であるが、多次元アレ ーてはアレーの高次光行（又は大面積）の“要素”間の差である。
（Ｃ）サブスクリプト　エクスプレッションの残部（即ち、サブ　スクリプト　 エクスプレッション内の残りのインデックス）に対するエクスプレッション：こ れは別の５ＵＢＳＣＲエクスプレツシヨンか、整数定数ゼロを表わすリテラル　 ノードの何れかである。
５ＵＢＳＣＲ（インデックス、スライド、残部）に対するコードはＡＤＤ　（Ｍ ＵＬ　（インデックス、スライド）残部）に対するコードと同一である。
５ＵＢＳＣＲタプルはアレー　レファレンスのサブスクリプト　リスト内のイン デックスの位置を示すポジョン　アトリビュートも有する。ポジション　ナンバ ーにより所定のアレーに対する全てのレファレンス内の同一のサブ　スクリプト 位置を識別する必要かある。最も有効なベクトル化においては、ボジソヨンｌを 最も急速に変化するサブ　スクリプトにし、ポジション２を次に速く変化するサ ブ　スクリプトにするのか好ましい。
他のとのセクションにも実際に適合しないいくつかのタプルオペレータかある。
これらの種々のオペレータは次の通りである。
オペレータ　意味 ＡＤＩＦＦ　２つのアドレス間の整数差を計算せよ。
ＤＥＦＩＮＥＳ　ＩＬＧ内のサイド　エフェクト又は従属性を、何のコードも発 生させることなくエンコードせよ。
ＶＯＩＤ　エクスプレッションを評価するがその値を捨て捨てよ。
演算タプル 演算タプルは“演算値”−整数、実数及び複素数−を処理するのに使用される。
これはフェッチ、記憶及び変換、並びに加算及び乗算のような伝統的演算を含む 。
ＶＡＸ及びＲＩＳＣアーキテクチャ内のシフト命令は互いに相違し、フルアブス トラクトＩＬシフト　オペレータは一方及び双方のアーキテクチャに無効なコー ドを発生する。他方、ＩＬはシフティングをサポートする必要がある。その理由 は多くのソース言語がある種のシフト　オペレータを有するためである。妥協案 として、ＴＬは次のオペレータを与える（これらシフトオペレータのどれも演算 オーバフロー例外を生じない）。
（ａ）ＳＨＬ、５ＨＲ１及びＳＨＡはそれぞれ左シフト、論理右シフト、及び演 算右シフトを生じさせて、正シフト　カウントを必要とする（即ちそれらの動作 はシフト　カウントが負の場合には不確定である）。これらはＣシフト　オペレ ータをサポートし、ＲＩＳＣアーキテクチャ　シフト命令に直接マツプする。
（ｂ）ＳＨはそのオペランドか正である場合に左シフトを行い、そのオペランド か負の場合に演算右シフトを行う。これはＢＬａｓｓシフト　オペレータをサポ ートし、ＶＡＸシフト命令に直接マツプする。
（ｃ）ＲＯＴは回転オペレータである。これはＶＡＸ及びＲＩＳＣアーキテクチ ャにおいて異なる形で記述されるか、何れの場合にも実際の動作は左回転とする ことかてき、その回転カウント値はカウント　オペランドの下位のｎピットで指 定され、ここてｎはレジスタ　サイズの２を底とする対数値である。（例えは、 ＶＡＸ及びＭＩＰＳては回転カウントはカウント　オペランドの下位５ビツトで ある。）整数オーバ　フローは考察すべき別の事項である。ＩＬでの整数演算の ためのサイズを指定する試みにおいて問題かあるため、全てのターゲット　マシ ーンに対し、ソース言語のセマンティクスを満足するコードを発生すると共にこ れらセマンティクスにより課される制約をできるたけ効率良く受けるようにする 。特に、いくつかのマシーン（例えばＶＡＸ）は幸運にもバイト及びワード演算 を行うが、ＲＩＳＣマシーンは代表的にはロング　ワード演算のみを行う。全て のサイズ変換を行うことはＶＡＸにはむだであるか、真バイト又はワード演算を エミュレートすることはＲＩＳＣマシーンにはむだである。
コード発生器か全てのターゲット　マシーンに対し正当なコードを充分フレキシ ブルに発生し得るように次の規制を適用する（ＩＮＴタイプについての以下の説 明は全てＵＩＮＴタイプに等しく適用される）。
（ａ）エクスプレッションの結果タイプかＩＮＴ”−１である場合には、コンパ イラは指示された計算をｙビット演算（ここでｙ≧Ｘ）て実際に実行することか できる。これは、原Ｘビット計算がオーバ　フローする場合にはＸ桁ビットより 多いビットを有するｙビット結果を生ずるかもしれないためである。
例えば、ＡＤＤ、ｌＮＴ１６を３２ビツト加算で実行する。
２００００＋３００００は１６ピツト加算ではオーバ　フローを生ずるが、３２ ビツト加算では正当な３２ビツト数５００００か生ずる。
（ｂ）全ての演算オペレータはオーバ　フロー抑制フラグを有する（このフラグ はタプル結果タイプかＩＮＴ又はＵＩＮＴであるときにのみ有意になる）。この フラグかセットである場合、タプルに対し発生されたコードは計算の結果と無関 係にいかなる種類のオーバ　フロー状態もレポートする必要がなく、結果内に外 部高位ビットが存在する可能性を無視することができる（結果をＸＣＶＴタプル のオペランドとして使用する場合を除く）。オーバ　フロー抑制フラグはオーバ 　フローか決して起こり得ないタプル（例えばＩＡＮＤにおいても定められる点 に注意されたい。これらタプルに対するオーバ　）ローの抑制は特に容易である 。オーバ　フロー抑制フラグは演算かオーバ　フローするのは意味的に正しくな い状態に対し予定される。いくつかのアーキテクチャに対しコートか一層高コス トになり得る。（例えはＶＡＸアーキテクチャに対してはオーバ　フロー抑制検 出のために余分のコードか必要とされる。これかため、演算かオーバ　フローす るか否かは重要でない場合、又はフロント　エンドか特定の演算は決してオーバ 　フローし得ないことを知っている場合にはこのフラグはクリアしてコンパイラ か最も有効なコードを発生し得るようにすべきである。
（Ｃ）ルーチン　ブロック　ノードは検出オーバ　フロー　フラグを有する。こ のフラグかクリアされている場合には、バック　エンドは整数演算におけるオー バ　フローを検出するコー１〜を発生させる必要はない。しかし、オーバ　フロ ーを検出するフードを発生させることは、これか一層有効である場合には自由で あり、オーバ　フロー検出の強制的抑圧は特定のタプル内にオーバ　フロー抑制 フラグをセットするだけで達成することかできる。
（ｄ）検出オーバ　フローフラグかルーチン　ブロック　ノードにセットされて いる場合には、このとき発生されるコードは各エクスプレッション　ツリーに対 し、このエクスプレッションに対し計算された結果か妥当であることを保証する か、整数オーバ　フロー例外のシグナリングを保証しなければならない。これは 、オーバ　フローをエクスプレッションの全てのサブ　エクスプレッションにお いて検出することを要件としない。例えば、Ａ、Ｂ、　Ｃ及びＸか１６ピツト変 数であり、且っＡが３２７６７、Ｂ及びＣか１であるものとする。
アサイメントＸ＝Ａ十Ｂ−Ｃにおいて、発生コードは３２ピツト演算を用いてＡ ＋Ｂ−Ｃを計算し、次いてストアする前にその結果が１６ビツト結果であるか否 かチェックする。この場合には正しい答え３２７６９かストアされるか、１６ビ ツト演算で計算する場合には同一のエクスプレッションでも整数オーバ　フロー 　エラーが生ずる。他方、アサイメントＸ＝Ａ＋Ｂは値３２７６８を正しく計算 するが、これをＸにストアしようとするときオーバ　フロー例外を生ずる。オー バ　フローを検出しなけれはならない場所の集合体は明らかでないが、ストアの 右側及びルーチン　コール内のアーキテクチャを必ず含む。
（ｅ）ＸＣＶＴ変換オペレータはそのオペランドの値をリターンし、表現の外部 高位ビットを実オペランドの符号と一致させる。例えば、Ｅか３２ヒツト演算を 用いて評価されたＵＩＮＴ８エクスプレッションである場合、ＸＣＶＴ−ＵＩＮ Ｔ８（Ｅ：ｌＮ７１６）はその高位の８ビツトが０である１６ビツト整数になる 。一般に、ＥがタイプＴのエクスプレッションである場合には、ＸＣＶＴ−Ｔ（ Ｅ：Ｔ）を用いて値の表現をその公称サイズと一致させることができる。
（ｆ）あるエクスプレッション内の整数オペランドの表現かオペランドの公称サ イズを越える高位ピットを含む場合には、発生コードはフル表現値又は公称サイ ズの値の何れの使用も自由である。これが受け入れられないときは、フロント　 エンドはＸＣＶＴタプルを発生して表現から不所望な高位ビットを切り捨てる必 要がある。
ＩＬには浮動小数点（フローティング　ポイント）オーバフロー例外の検出をデ ィセーブルするメカニズムは何もない。
フローティング　ポイント　オーバ　フローは常に例外のシグナリングを生ずる 。フローティング　ポイント　アンダー　フローのシグナリングはルーチン　レ ベルでのみ制画される。ルーチン　ブロック　ノードは検出アンダ　フローフラ グを有する。このフラグかセットされている場合、コンパイラはこのルーチン内 に生ずるフローティング　ポイント　アンダー　フローを検出しレポートするコ ードを発生するよう要求される。さもなければ発生コードはフローティング　ポ イント　アンダーフローを無視しなければならない。
変換オペレータは別の演算タイプの値に関連する一つの演算タイプの値を計算す る。実数−整数変換用のＲＯＵＮＤ及びＴＲＵＮＣオペレータ、実数−複素数変 換用のＣＭＰＬＸオペレータ、及び複素数−実数変換用のＲＥＡＬ及びＩＭＡＧ オペレータは全く普通のものである。（ＲＯＵＮＤ及びＴＲＵＮＣも実数結果タ イプで定義される）。
ＣＴＶは汎用変換オペレータである。これは任意の２つの演算タイプ間の変換を 行う。しかし、直接行われる変換はＵＮＩＴ−ＩＮＴ、ＩＮＴ−ＲＥＡＬ及びＲ ＥＡＬ−ＣＭＰＬＸ　（及び当然のことなからｌＮＴ１６−ｌＮＴ３２のような タイプ内の変換）のみであることを承知していることか重要である。このことは 、例えば、ＣＭＰＬＸＧ−ＵＩＮＴｌ　６変換は実際にはＣＭＰＬＸＧ−ＲＥＡ ＬＧ、ＲＥＡＬＧ−ｌＮＴ３２、ｌＮＴ３２−ＵＩＮＴｌ６の一連の変換として 行われることを意味する。これは直接実数−無符号整数変換を有するＶＡＸパス カルの動作ではない。
ＸＣＶＴは整数タイプのみを処理する特別オペレータである。
ＣＶＴと同様に、このオペレータは算術的にそのオペランドに等しいその結果タ イプの値を発生する。しかし、このオペレータは最初にオペランドの表現の高位 ビットを変化させてオペランドの表現か算術的にその値に等しくなるようにする 特別の特徴を有する。
例えば、次のエクスプレッション（式）について考察する。
ＸＣＶＴ　（ＡＤＤ、Ｕ　ＩＮＴ８　（（ＵＩＮＴ８＝２５５）。
（ＵＩＮＴ＝２））：　ｌＮＴ１６） この式を３２ビツト演算で計算すると、ＡＤＤの結果は９６Ｘ０００００１０１ 　（２５７）を含むレジスタになるかもしれない。この場合、ＸＣＶＴは高位ビ ットを捨て、正当な１６ビツト符号付き整数である ９６ＸＯＯＯＯＯＯＯ１（１）を残存させる。
ＣＡＳＴは実際には変換オペレータではない。その理由は値ではなくピット　パ ターンを処理するためである。ＣＡＳＴタプルはそのオペランドとして同一のビ ット　パターンを有するその結果タイプの値を発生する（必要に応じゼロ　ピッ トを切捨て又は連結する）。
もう１つのタイプは変数変更オペレータである。フオームＯＰＭＯＤ　（ここで ＯＰはＡＤＤ、ＩＡＮＤ等）の名を有するこれらオペレータは全てアドレス　オ ペランド及び値オペランドを有する。これらオペレータは指定されたアドレスか ら演算値をフェッチし、この演算値と値オペランドとの間の指示された演算を実 行し、その結果を同一のアドレスにストアさせる。これらオペレータは計算され た値も発生する。これらのオペレータはＣ言語ｏｐ（＝オペレータ）を実行する のに予定される。
例えば、コード　シーケンス ＄　１　：ＡＯＤＭＯＤ、ＲＥＡＬＦ　（Ｘ、Ｃ％Ｆ０．１））：＄２　：５Ｔ ＯＲＥ、ＲＥＡＬＦ　（Ｙ、＄　１）；は次のシーケンス ＄　Ｉ　：　ＦＥＴＣＨ，ＲＥＡＬＦ　（Ｘ）；＄２　：ＡＤＤ、ＲＥＡＬＦ　 （＄　１．　Ｃ％Ｆ０．１））；＄３　：５ＴＯＲＥ、ＲＥＡＬＦ　（Ｘ、＄２ ）：＄４　：５ＴＯＲＥ、ＲＥＡＬＦ　（Ｙ、＄２）：と同一の効果を有する。
これらのオペレータはＯＰＭＯＤＡ及びＯＰＭＯＤＸフオームも有し、これらは パックド　アレー要素又はビット　フィールド内の値をフェッチし、更新し、置 換する。
ＰＲＥ　ＩＮＣＲＳＰＲＥ　ＩＮＣＲＡ、及びＰＲＥ　ＩＮＣＲＸオペレータは 、値オペランドの代わりにコンパイル　タイムコンスタント　インクリメント値 を含むアトリビュート　フィールドを有する点を除いて、ＡＤＤＭＯＤ、ＡＤＤ ＭＯＤＡ及びＡＤＤＭＯＤＸと本質的に同一である。これらオペレータはアドレ ス（ポインタ変数）並びに演算値に適用することかできる。これらオペレータは Ｃ言語ブレインクリメント及びプレデクリメント　オペレータを実行するのに予 定される。
ＰＯ３ＴＩＮＣＲ，ＰＯ３ＴＩＮＣＲＡ及びＰＯ３ＴＩＮＣＲＸオペレータは、 タプルの値かメモリ位置に戻されて記憶された値となるというよりもむしろ、そ の値が更新される前にメモリ位置に保持されていた値となると云うことを除けば ＰＲＥＩＮＣＲ及びＰＲＥ　ＩＮＣＲＸタプルと同じである。上記オペレータは Ｃのポスト　インクリメント及びポスト　デクリメント　オペレータを実行させ るものである。
ストリング： コンパイラのストリング（又は集合体）のタイプは、値が基本タイプからのシー ケンスの値となるタイプであり、これらのタイプには次のようなものかある。
５ＴＲ８，８ピント　キャラクタのシーケンス（タイプＣＨＡＲ８）。
５ＴＲ１＆、１６ビツト　キャラクタのシーケンス（タイプＣＩ（ＡＲＩ　６） 。
ＢＩＴＳ、単一ビットのシーケンス。
ＤＥＣＩＭＡＬ、１０進デイジツト及び関連精度のシーケンス。
キャラクタ、即ちビット　ストリングにおけるエレメントには０からｎ−１まで の番号を付ける。なお、ｎはストリング長である。８ピツトのキャラクタ　スト リングをメモリにアドレスＡにて表現させる場合、アドレスＡのバイトがストリ ングの第１キヤラクタを包含し、アドレスＡ＋１のバイトかストリングの第２キ ヤラクタを包含し、以下に同様にアドレスＡ＋ｎ〜１のバイトかストリングの最 終文字を包含する。１６ビツトのキャラクタ　ストリングをアドレスＡにてメモ リに表現させる場合、アドレスＡにおけるワードがストリングの第１キヤラクタ を包含し、アドレスＡ＋２におけるワードがストリングの第２キヤラクタを包含 し、以下同様にしてアドレスＡ＋２（ｎ−１）におけるワードがストリングの最 終キャラクタを包含する。
ビット　ストリングをアドレスＡにてメモリに表現させる場合、ストリングの最 初の８ビツトはアドレスＡ＋１等におけるバイトの下位から上位までのビットで ある。
一般に集合値はレジスタ内に発生し得るスカラー値とは別に、又は機械語命令に おけるリテラル　オペランドとしてメモリのどこかに表現させる必要がある。し かし、中間言語のセマンティック（意味論ンモデルとはストリングをまさにスカ シのようにフェッチし、処理して、記憶させることである。コンパイラは一般的 なものを割当てて、中間ストリング値を保持する責任かある。
なお、ストリング　オペレーションように生成するコードは、オペランド間にオ ーバラップかある場合でも斯かるモデルと調和させる必要がある。たとえばＩＬ ステートメント（命令文）ＳＴＯＲＥＦ、５ＴＲ８（Ａ＋１．　（２０））、Ｆ ＥＴＣＨＦ。
５ＴＲ８（Ａ、（２０））は２０個のキャラクタのストリングをメモリの１つの 位置の上に動かす。そうするたけてアドレスＡのキャラクタを２０回コピーする 必要がなくなる。
ストリングはその長さか０である場合にはエンプティ（ｅｍｐｔｙ）（空）であ ると称する。ストリングのヘッド（ｈｅａｄ）はノン　エンプティ　ストリング の第１エレメント（要素）を戻す機能をし、テイル（ｔａｉｌ）はノン　エンプ ティ　ストリングの第１エレメント以外の全てのエレメントを包含しているスト リングを戻す機能をし、エンプティ　ストリングは成るストリングがエンプティ であり、さもなければ誤りであるかどうかを確かめる機能をする。この場合に標 準の比較オペレータ（ＥＱＬ、ＮＥＱ。
ＬＳＳ、ＬＥＱ、ＧＴＲ，ＧＨＱ）によってテストされるような２つのストリン クＸとＹとの関係は次のように表される。
ｅｍｐｔｙ　（Ｘ）　△ｅｍｐｔｙ　（Ｙ）の場合、Ｘ＝Ｙ０ｅｍｐｔｙ　（Ｘ ）　△コｅｍｐｔｙ　（Ｙ）の場合、Ｘ＜Ｙ。
コｅｍｐｔｙ　（Ｘ）　△ｅｍｐｔｙ　（Ｙ）の場合、Ｘ＞Ｙ０コｅｍｐｔｙ　 （Ｘ　）△コｅｍｐｔｙ　（Ｙ）　Ａｈｅａｄ　（Ｘ）　＜ｈｅａｄ　（Ｙ）の 場合、ＸくＹ。
コｅｍｐｔｙ　（Ｘ　）△ｍｅｍｐｔｙ　（Ｙ）　Ａｈｅａｄ　（Ｘ）　＞ｈｅ ａｄ　（Ｙ）の場合、ｘ＞ｙｏ コｅｍｐｔｙ　（Ｘ）　△コｅｍｐｔｙ　（Ｙ）　Ａｈｅａｄ　（Ｘ）　＝ｈｅ ａｄ　（Ｙ）の場合、ｒｅｌ　（Ｘ、　Ｙ）　＝ｒｅｌ　（ｔａｉｌ）　（Ｘ） 　、　（ｔａｉｌ）　（Ｙ）。
パスカルの如き幾つかの言語におけるストリング比較オペレータは、長目のスト リングの長さに比べて短め目のストリングをパディングすることにより等しい長 さのストリングとする作用だけをする。従って、ＩＬもバッド　ストリング比較 オペレータＥＱＬＰ、ＮＥＱＰ、ＬＳＳＰ、ＬＥＱＰ、ＧＴＲＰ及びＧＥＱＰを 有している。
全てのストリング　オペレータを表１２にリストしである。
ブール（Ｂｏｏｌｅａｎｓ）　： 表現データ　タイプとは異なり、ブール　データ　タイプはユニークな表現を有 していない。プログラムの実行中のプール値は２進整数の成るビット値により明 白に表すか、又はとられる特性のコード　パス（ｐａｔｈ）によって絶対的に表 現することができる。ブール　データにはユニークな表現がないから、ＩＬにプ ール変数を持つことは有り得ない。しかし、殆とのソース言語は表現値を論理的 に解釈し、しかも多（の言語か論理変数又はプール変数を宣言する。従って、オ ペレータをプール値と、それらのソース言語の２進表現との間で変えなければな らない。
ＬＢＳＥＴオペレータは整数をその下位ビットをテストすることによりプール値 として解釈し、又Ｎ０ＮＺＥＲＯオペレータは整数をその整数全体かゼロである か、否かをテストすることによりプール値として解釈する。ＬＳＢＩＴオペレー タはプール値をビット　パターンか＜　ｏ　ｏ−−−−ｏ　ｏ　＞か、又は＜０ ０−−−−０１　＞の整数として表し、又ＡＬＬＢ　ＩＴＳオペレータはプール 値をビットパターンか＜　ｏ　ｏ−−−−ｏ　ｏ　＞か、＜１１−−−−１１〉 の整数として表す。これらのオペレータは様々なソース言語におけるプール値を 次のように２進表現する。
Ａｄａ　ＬＢＳＥＴ　ＬＳＢＩＴ ＢＬＬＳＳ　ＬＢＳＥＴ　ＬＳＢＩＴ ＣＮ０ＮＺＥＲＯＬＳＢＩＴ ＦＯＲＴＲＡＮ　ＬＢＳＥＴ　ＡＬＬＢＴＴＳＰａｓｃａｌ　ＬＢＳＥＴ　ＬＢ ＳＥＴプール値はユニークな表現を持たず、従って普通のリテラルノードで表現 することはできなくても、全ての規則的なＩＬ変換をプール式に当てはめること のできるようにすることは極めて望ましいことである。従って、バックエンド１ ２か２つの特殊なリテラル　ノードを提供し、これらノードのアドレスをグロー バル変換ＧＥＭ＄ＳＴ　Ｇ　ＴＲＵＥ及びＧＥＭ＄ＳＴＧ　ＦＡＬＳＥに包含さ せる。これらのリテラル　ノードはスタティック　ストレージ　イニシャリゼー ション用には使用できないが、ＩＬＧにおけるオペランドとして使用することが できる。
ＡＮＤ及びＯＲオペレータを伴うプール式は全評価及びフロー又は短絡評価の２ 通りの異なる方法で評価することかできる。
全評価ては双方のオペランドか十分に評価されて、実際のモード値を発生し、こ れらの値をＡＮＤ又はＯＲ命令にオペランドとして用いて、実モード結果を得る 。フロー又は短絡評価では第１オペランドを評価する。式の値を第１オペランド の値によって決定する場合には、第２オペランドをスキップさせる。そうしない と、第２オペランドが評価されて、式の値か第２オペランドの値となる。
ソース言語にはＡＮＤ及びＯＲ式の全評価を必要とするものかあり、ソース言語 には短絡評価を必要とするか、又はこの短絡評価用の特殊なオペレータを有する ものがあり、さらに他のソース言語には評価の種類を特定せず、コンパイラに選 択をまかせるものかある。これらのケースに対して次の３組のオペレータを準備 する。
（ａ）ＬＡＮＤＣ及びＬＯＲＣ（Ｌｏｇｉｃａｌ　ＡＮＤ　Ｃｏｎｄｉｔｉｏｎ ａｌ”及び“Ｌｏｇｉｃａｌ　ＯＲＣｏｎｄｉｔｉｏｎａｌ”）はフロー　プー ル　オペレータである。これらのオペレータはそれらの第１オペランドを評価し 、且つそれらの第２オペランドの評価をバイパスさせることかできる。
（ｂ）ＬＡＮＤＵ及びＬＯＲＵ　（Ｌｏｇｉｃａｌ　ＡＮＤ　Ｕｎｃｏｎｄｉｔ ｉｏｎａｌ”及び”Ｌｏｇｉｃａｌ　ＯＲＵｎｃｏｎｄｉｔｉｏｎａｌ”）は全 評価プール　オペレータである。これらのオペレータは普通の２進オペレータの ように作用し、２つの全評価オペランド式から得られる値を計算する。
（ｃ）ＬＡＮＤＵ及びＬＯＲ（Ｌｏｇｉｃａｌ　ＡＮＤ及びＬｏｇｉｃａｌ　Ｏ Ｒ”　）はＣＩＬオペレータであり、これらのオペレータは評価の種類もオペラ ンドの順序も特定しない。上記オペレータはＩＬの拡張中にＬＡＮＤＣ及びＬＯ ＲＣか、ＬＡＮＤＵ及びＬＯＲＵＯＲ用のいずれかと置き換えることができる。
さらに上記オペレータをＬＡＮＤＣ及びＬＯＲＣタプルと置き換える際に、それ らの第１オペランドを評価するコストがそれらの第２オペランドを評価するコス トよりも高くなると思われる場合には、上記オペレータのオペランドを入れ替え ることができる。
バック　エンド１２はＬＡＮＤ、ＬＯＲ，ＬＡＮＤＣ又はＬＯＲＣタプルの各オ ペランドに属するタプルを識別てきるようにする必要かある。ＣＩしてはＦＬＯ ＷＭＡＲＫタプルをこの目的のために用いる。これらタプルの内の１つのタプル の第１オペランドに関連する全てのタプルは第２オペランドに関連する全タプル の直前に置く必要があり、又第２オペランドに関連する全タプルはプール　オペ レータそのものの直前に置く必要かある。これらのタプルの内の１つのタプルの いずれかのオペランドに関連する第１タプルの直前にはＦＬＯＷＭＡＲＫタプル を置く必要かある。
例。
＄　ｌ　：　ＦＬＯＷＭＡＲＫ；　ｊ第１オペランドの開始＄２　：　ＦＥＴＣ Ｈ（Ｘ）； ＄３：ＧＴＲ（＄２．　（０））； ＄４　：　ＦＬＯＷＭＡＲＫ　；　Ｉ第２オペランドの開始＄５　：　ＦＥＴＣ Ｈ（Ｘ）： ＄６・ＬＳＳ（＄５．　（１０））： ＄７　：ＬＡＮＤ　（＄３．＄６）！オペレータ　タプル選択オペレータはプー ル　オペランドの値に応じて２つの任意タイプの値の一方の値を選択する。論理 ○Ｒ及びＡＮＤタプルと同様に次の３つの選択タプルかある。
（ａ）ＳＥＬＣは、その第１オペランドが真であるか、偽であるかに応じてその 第２又は第３オペランドを評価する。
（ｂ）ＳＥＬＵはそのオペランドの内の３個のオペランドを全て評価してから、 その第２か又は第３オペランドの値を選択す（ｃ）ＳＥＬは評価の種類を特定し ないＣＩＬオペレータである。
このオペレータはＩＬの拡張中に５ＥＬＣか、５ＥＬＵζこより置き換えられる 。
又、論理ＡＮＤ及びＯＲタプルと同様に、ＳＥＬ及び５ＥＬＣは、それらのオペ ランドに関連するタプルのオペランドの順序か連続し、しかもＦＬＯＷＭＡＲＫ タプルが前に置かれるようにする必要がある。
ＦＬＯＷＭＡＲＫタプル。
例 ｓ　ｌ：　ＦＬＯＷＭＡＲＫ　；　！第１オペランドの開始＄２　：　ＦＥＴＣ Ｈ（Ｘ）； ＄３・ＧＥＱ（２，［０））； ＄４・ＦＬＯＷＭＡＲＫ　、！第２オペランドの開始＄５　：　ＦＥＴＣＨ（Ｘ ）； ＄　６　：　ＦＬＯＷＭＡＲＫ　；　！第３オペランドの開始＄７　：　ＦＥＴ ＣＨ（Ｘ）： ＄８　：ＮＥＣ（＄７）； ＄９　：ＳＥＬ　（＄３．＄５．＄８）！オペレータ　タプノ［又は ＄　１　：　ＦＬＯＷＭＡＲＫ　；　！第１オペランドの開始＄２　：　ＦＥＴ ＣＨ（Ｘ）　； ＄３：ＧＥＱ（＄２．　Ｃｏ））； ＄　４　：　ＦＬＯＷＭＡＲＫ　；　！第２オペランド用のコードがない。
＄５　：　ＦＬＯＷＭＡＲＫ　；　！第３オペランドの開始＄６　：　ＦＥＴＣ Ｈ（Ｘ）； ＄７：５ＥＬ（＄３．　（０）、＄６）！オペレータ　タプルー−−一第２オペ ランドに注意する プール　オペレータの全てを表１３にリストしである。
実行時間のチェック： チェック　オペレータはプログラムの実行中に成る条件が真であるか、どうかを チェックし、その条件か真でない場合には例外として除外する。ＡＳＳＥＲＴ以 外のチェック　オペレータの全てはそれらの第１オペランドの値を戻す。各チェ ックタプルは条件のフィールドを有しており、これは条件が真でなければ例外で ある旨を知らせるべく特定化し、その例外の除外を知らせた後に制御を戻すべき か、どうかを指示するフィールドを続行させることかできる。制御か例外の除外 後にチェックタプルに戻れば、このチェック　タプルは除外が起こらなかった場 合に戻ることになる値と同じ値に戻る。これらのチェック　オペレータを表１４ にリストしである。
フロー刺部： ＩＬＧ５５は基本ブロックを構成する。基本ブロックは、ブランチ　ターゲット 　タプルで始まり、ブランチ　タプル又はフロー終了タプルで終る一連のタプル である。基本ブロックはその冒頭部だけを入力させ、原則として前記冒頭部の全 てのコードは、制御か基本ブロックの終りまで進む前に実行させる（前記条件付 き評価についての説明参照）ＣＩＬＧでは基本ブロックをエンド　ツー　エンド に連結する。基本ブロックの終りのブランチ　タプルは、制御かその基本ブロッ クからＬＡＢＥＬタプルて開始させなけれはならない次の基本ブロックに流れる 場合に省くことができる。同様に、基本ブロックの冒頭におけるＬＡＢＥＬタプ ルは、それへのブランチかない場合に省くこかできる。（即ち、バック　エンド ブランチ　タプルにより先行されないＬＡＢＥＬタプルを見つける場合には、そ れにＢＲＡＮＣＨを挿入し、又バック　エンドかブランチ　ターゲット　タプル により後続されないブランチ　タプルを見つける場合には、同期ラベル　シンボ ル付のＬＡＢＥＬタプルを挿入する。）ＩＬ拡張フェーズは各基本ブロックに対 して、それらの相互関係を表現する別のフロー　グラフ　データ構造を有する円 形のタプル　リストを発生する。
基本ブロック内のフローは暗黙的にタプルの線形順序付けに零する。丞不フロッ ク間の至てのフローは明不フロー制面タフルて表現されるため、ＩＬＧの基本ブ ロックはルーチンの意味合いに影響を及ぼすことなく任意の順序で配列させるこ とができる。
各基本ブロックの冒頭におけるブランチ　ターゲット　タプルはシンボル表にお けるラベル　シンボル又はエントリ　シンボル　ノードへのポインタを包含して いる。基本ブロック間の制御フローはブランチ　タプルの属性である宛先リスト によって表現される。宛先リストにおける各ノードはラベル　シンボル又はエン トリ　シンボル　ノードを示し、これは同じルーチンにおける成るブランチ　タ ーゲット　タプルによっても示され、制御を基本ブロックで始める基本ブロック に転送すべきことを指示する。
ブランチ　ターゲット　タプルは基本ブロックの開始をマークする。全ブランチ 　ターゲット　タプルは次のような属性をブロック　エントリ　これかそのスコ ープ（有効範囲）のエントリ基本ブロックであるか、どうか を示すフラグ。
このタプルに関連するラベル又はエントリ　シンボル　ノードへのラベル　シン ボル　Ａ　ポインタ。
スコープ　ブロック　シンボル表におけるブロック　ノードへのポインタ 揮発性　制御がこのルーチン用のＩＬＧにて表現されない（非ローカルＧｏ　Ｔ Ｏの 如き）成る制御の転送によりこの基本 ブロックに到達できないことを示すフ ラグ。
ブランチ　タプルは基本ブロックの終りをマークし、且つその後続するものを指 定する。全てのブランチ　タプルは次のような属性を有している。
属性　意味 宛先リスト　ブランチ用の宛先リストへのポインタ。
ターゲット　シンボル　シンボル　ノードへのポインタ。このフィールドは数個 のブランチ　オペレ ータにしか用いられず、それぞれ異な る意味を有しているも、常にゼロか、 又はラベル　シンボル　ノードへのポ インタを包含する。
宛先リストは宛先ノードのリストてあり、このリストは宛先ノードの次のフィー ルドと一緒にリンクされる。ブランチ　タプルの宛先リスト　フィールドは斯種 のリストにおける第１宛先ノードへのポインタを包含している。（なお、宛先ノ ードは僅か１つの宛先リストに生じ得るだけであり、宛先リストは１個のブラン チ　タプルだけで示すことができる。２つのブランチの宛先が同しても、これら のブランチは別々の同じ宛先リストを持たなければならない。）各宛先ノードは ターゲット　フィールドを有しており、これはラベルまたはエントリ　シンボル 　ノードへのポインタを包含している。宛先ノードは、ブランチ　ターゲット　 タプルのラベル　シンボル　フィールドが同じシンボル　ノードへのポインタを 包含している基本ブロックへ制御を予想転送することを表す。宛先ノードは２種 類ある。
大抵の種類のブランチ　タプルは単純な宛先ノードを用いて、宛先リストにおけ るその位置に基づく宛先を選定する。しかし：ＢＲ３ＥＬタプルとセレクタ宛先 ノードを用いて、セレクタがタプルのオペランド値に整合する宛先を選定する。
セレクタ宛先ノードは低テスト値と高テスト値（これらはいずれも長いワードの 整数である）の追加のフィールドを有している。このセレクタ宛先ノードはオペ ランドの値か宛先の低テスト値と高テスト値との間に落ちる場合にオペランドの 値と一致する。
宛先リストで一組の宛先を指定してから、タプル　オペランドに基づいて１つの 宛先を選択する定型ブランチ　オペレータとは異なり、間接ブランチ　オペレー タ（ＪＵＭＰ及びＪＵＭＰＬＯＣＡＬ）はアドレス式（通常はラベル変数）によ って指定されるアドレスに制御を転送する。これらのオペレータはＧＯＴｏに指 定されたＦＯＲＴＲＡＮ又はラベル変数へのＰＬ／Ｉに用いられるオペレータで ある。
バック　エンドはさらに、間接ブランチ　タプルの可能な宛先を確かめてからル ーチン　フロー　グラフを正しく組立てることのできるようにする必要がある。
従って、間接ブランチタプルは定型ブランチ　オペレータと同じような宛先リス トを有する。しかし、これらの宛先リストは（ＪＵＭＰタプル用のオプションで ある）単一宛先を包含しているたけである。この宛先のターゲット　ラベルはＶ ＢＲＡＮＣＨタプルか直ぐ後に後続するＶＬＡＢＥＬを識別する。この場合、Ｖ ＢＲＡＮＣＨタプルの宛先リストは、間接ブランチのこのルーチンにおける実際 に有り得る宛先の全てをリストする。
Ｖ　Ｌ　Ａ　Ｂ　Ｅ　ＬタプルとＶＢＲＡＮＣＨタプルとの斯かる組合わせのこ とを仮想基本ブロックと称する。このブロック用のコードは発生させることはな く、これはＶＬＡＢＥＬとＶＢＲＡＮＣＨとの間には他のタプルを設ける必要か ないからである。
従って間接ブランチからの制御を後続する仮想ブロックのいずれかに通すことが できる。このようにすれば、多数の間接ブランチか同じ宛先を有する場合に、単 一の仮想基本ブロックでそれら全ての宛先を表現することができるので有利であ る。
各ルーチンには他にもう１つの仮想基本ブロックかある。このブロックはＢＥＧ ＩＮ及びＢＮＴＲＹＰＴＲタプルがら成るブロックがある。このブロック用のコ ードは、このブロックの実行を常にＥＮＴＲＹにて開始させるから発生させない か、そのブロックはバック　エンド用ルーチンのエントリ点を全て識別する。
基本ブロックはブランチ　タプル又はフロー終了タプルで終わらせることができ る。制御がフロー終了タプルに達すると、その制御は現行ルーチンから完全に離 れる。フロー終了タプルは制御を現行ルーチンにおける宛先には転送しないから 、それらのタプルは宛先リスト及びターゲット　シンボルの属性を持たない。
なお、ＪＵＭＰオペレータは、それか宛先リストを持たない場合、このことは現 行ルーチンに可能な宛先がないことを意味することからして、実際上はフロー終 了オペレータである。ＪＵＭＰＳＹＭＢＯＬはフロー終了オペレータであり、こ れはＣＩＬにおける既知のラベルへのノン（非）ローカル　Ｇｏ　ＴＯを表現す るのに用いられ、ＥＩＬでは上記オペレータはノンローカルＪＵＭＰと置き換え られる。
フロー制御オペレータの全てを表１５にリストしである。
ルーチンの呼出し及びパラメータの受渡しニリンケージには制御、パラメータ、 復帰値に関する３種類の規約がある。“リンケージ規約”とは、呼出しルーチン と被呼ルーチンを適切に「互いに通信」させるジェネレーテツド　コードについ ての全ての規則のことを称する。これらの規則の内の幾つかはコード　ジェネレ ータ２９に組込む。他の場合には呼出し及び被呼ルーチンを一致させなければな らない選択性かある。これらの選択性の内の幾つかは（双方のルーチンにアクセ スする必要かある場合）シェルによって成され、他の選択はフロント　エンド２ ０により成されて、シンボル表３０及び■ＬＧ５５にてコード化される。
制御リンケージ規約は命令を規定し、これらの命令は呼出しルーチンから被呼ル ーチンへと制御を通して、被呼ルーチンの実行文脈を確立させて、制御を呼出し ルーチンへと戻すべく実行させる必要かある。制御リンケージ規約は呼出しルー チンにおけるＩＮＩＴＣＡＬＬ及びＣＡＬＬタプルと、被呼ルーチン用のエント リ　シンボル　ノードとにより決定される。
オペランドが外部レファレンスであるＣＡＬＬタプルは識別したコール（呼）で あり、ライン内の被呼ルーチンをコンパイルしたり、又は被呼ルーチンの個別化 したコピーを発生する範囲がどんなであれ、識別した呼に対するリンケージを選 択するのは全く自由である。識別されない呼に対しては、ＩＮＩＴＣＡＬＬタプ ルの呼出し規約フィールドが、その呼に使用すべき制御リンケージ規約を特定化 しなければならない。このフィールドの値は列挙したタイプＧＥＭ＄ＣＡＬＬＩ ＮＧ　Ｃ０ＮＶＥＮＴＩＯＮからのものとする必要かあり、これらの定数を次の リストに定義する。
定数　意味 標準（Ｓｔａｎｄａｒｄ）　ターゲット　システムには標準の外部呼出し規約を 用いる。（これはＭＩＰＳ履行用に規定した呼出し規約に過ぎない。） 呼（Ｃｏｉｌ）　ＣＡ　Ｌ　Ｌリンケージ（ＶＡＸだけ）を用いる。
Ｊｓｂ　Ｊ　Ｓ　Ｂリンケージ（ＶＡＸだけ）を用いる。
ルーチン　ブロック　ノードは標準のエントリ　フィールドを有しており、これ はこのルーチンへの非識別呼によって呼出される斯かるルーチンをコピーするの にどの制御リンケージ規約を用いるのかを指定する。このフィールドの値は列挙 したタイプＧＥＭ＄ＥＮＴＲＹ　Ｃ０ＮＶＥＮＴＩＯＮから来るものとする必要 があり、その定数を次のリストに定義する。
Ｎｏｎｅ　ルーチンへの全ての呼は現行コンパイルで識別された呼であるため、 非識別呼から呼出すべきルーチンの例を生成する必要はない。
５ｔａｎｄａｒｄ　標準エントリ規約を用いて呼出すことのてきるルーチンを生 成する。（これはＭＩＦ’Ｓ履行用に規定した単なる呼出し規約である。） Ｃａｌｌ　ＣＡＬＬリンケージ（ＶＡＸたけ）を用いる。
Ｊｓｂ　Ｊ　Ｓ　Ｂリンケージ（ＶＡＸたけ）を用いる。
パラメータ　リンケージ規約は他のタイプのものである。ルーチン呼出しは被呼 ルーチンに利用できるアーギュメント　リス１〜を作る。アーギュメント　リス トは一致により呼出し及び被呼ルーチンの双方に知られる位置（レジスタ又はア ドレスか成る標準レジスタに包含されるメモリ　ブロックの位置）におけるスカ ラ値（アドレス）を収集したものである。
被呼ルーチンの仮パラメータはパラメータ　フラグ　セットである可変シンボル 　ノードにより表現される。パラメータシンボルに関連するアドレスは、呼出し ルーチンによって指定される記憶位置か、呼出しルーチンが通過させたデータの コピーを包含するローカル記憶位置のことである。（“アドレス“とは実際には レジスタのことである。）上記仮パラメータはアーギュメント　リストから及び 下記に述へるようにパラメータシンボルのメカニズム及びセマンティク　フラグ から取り出される。
パラメータは、そのパラメータの変数に関連するアドレスか呼出しルーチンによ って渡された記憶位置（実際の記憶位置）のアドレスである場合にバインド　セ マンティクを有する。上記パラメータは、コンパイラかそのパラメータ用の記憶 位置を被呼ルーチン（ローカル記憶位置）に割当て、必要に応じ実際の記憶位置 とローカル記憶位置との間にコピーを生成する場合にコピー　セマンティクを有 する。（バインド　セマンティクを有するパラメータのローカル記憶位置はその 実際の記憶位置と同じである。） コンパイラは、１ルーチン内のパラメータの使用パターン及び表ｌ０−３にリス トしたフラグに基つくパラメータに対してバインド　セマンティクを用いるのか 、コピー　セマンティクを用いるのかを選定する。（“エイリアス効果”につい てはＣＴｏ、７０におけるＤａｔａ　Ａｃｃｅｓｓ　Ｍｏｄｅｌに記述されてい る。）要するにエイリアス効果とは実際の記憶位置をパラメータ　シンボルを介 することなくアクセスする方法である。これは実際の記憶位置となり得る非ロー カル変数、即ち別の効果に対する直接レファレンスを含み、しかも実際の記憶位 置をアクセスすることのある他のルーチンを呼出す。
表１７は様々なソース言語をセットする際に用いるパラメータ　セマンティク　 フラグを示す。
パラメータ　メカニズムは、呼出しルーチンか被呼ルーチンへの引き渡しを希望 することと、アーギュメント　リストに実際上何を記憶させるのかとの関係を特 定化する。パラメータシンボルは、このパラメータに対する値を渡すのに用いら れるメカニズムを指定するメカニズム　フィールドを有しており、アーギュメン ト　タプルは、このアーギュメントを渡すべきメカニズムを指定するメカニズム 　フィールドを有している。これらの各フィールドの値は列挙したタイプＧＥＭ ＄ＭＥＣＨＡＮＩＳＭから来るものとする必要かあり、これらのフィールドの定 数を表１８にリストしである。
パラメータ変数の未知のサイズ　フラグか偽である場合には、そのパラメータの サイズをコンパイル時に確認して、そのサイズ　フィールドによりパラメータ　 サイズを指定する。パラメータ　サイズの未知サイズ　フラグが真である場合に は、そのパラメータのサイズはコンパイル時に確認しなくて済む。未知サイズ　 パラメータのサイズは、それかアレイ　ストリング又はアドレス及び長さく長さ パラメータに関連するレファレンス）メカニズムを有する場合には、実行時に決 定することができる。
別個の長さワードをアドレス及び長さメカニズムで渡し、且つパラメータか集合 データ　タイプのものである場合には、長さアーギュメントをバイト単位でなく 、エレメント（ビット又は文字（キャラクタ））のパラメータ　サイズとして解 釈する。
さらに、パラメータか文字ストリングであり、このストリングの表現が変化する 場合には、パラメータ　サイズはストリングの現行サイズでなく、最大サイズと なり、そのストリングのテスト部分にのみ適用され、これはストリング長ワード 又はヌルターミネータに必要とされるベースには当てはまらない。なお、パラメ ータは、コンパイラがとの程度コピーするのか判らなければ、コピー　セマンテ ィクを有することはできない。実際のパラメータ　サイズがコンパイル時に判ら ず、実行時にコンパイラによっても計算できない場合には、フロント　エンドが パラメータの必須バインド　フラグをセットして、バインドセマンティクの使用 を余儀なくさせる必要かある。
他のタイプはリターン　バリュー　リンケージ規約である。
被呼ルーチンは２通りの方法で情報を呼出しルーチンに戻すことかできる。その 第１の方法は出力パラメータを用いる方法である。このパラメータは値以外のメ カニズムで渡される変数であるため、被呼ルーチンは値をそれに記憶させること ができる。
第２の方法は復帰値を用いる方法である。復帰値とは被呼ルーチンにより計算さ れて、呼出しルーチンに「戻される」値のことてあり、この値は特定の結果タプ ルにより表現式の値として利用可能となる。
スカラ値はレジスタに戻すことかできる。たとえば、我々の殆と全て言語は算術 関数値を標準レジスタに戻し、ＢＬＩＳＳ“出力パラメータ”の特徴は、成るル ーチンか任意のレジスタ値を戻すことにある。
ストリングを戻すルーチンの場合には、アーギュメント　リストにおけるタプル か復帰値を一時バッファに割当て、そのアドレスを被呼ルーチンに渡し、この被 呼ルーチンのタプルか復帰値をバッファに記憶させ、呼出しルーチンのタプルが バッファからその値を検索するようにする必要がある。
復帰ストリングのサイズを被呼ルーチンにより決定する場合には、呼出しルーチ ンかその結果に対するスペースを割り当てることはてきない。その理由は、呼出 しルーチンは結果がとの程度の大きさになるのかを前もって知らないからである 。この場合の可能性に対するメカニズムは特定のタプルに対するものである。し かし、これらの可用性はターゲット環境についての呼出し標準規格に依存する。
呼出しルーチンは：　（ａ）被呼ルーチンか固定バッファによる値を戻すことを 要求したり：　（ｂ）被呼ルーチンかスタックの値を戻すことを要求したり：　 （Ｃ）被呼ルーチンがダイナミック　ストリングによる値を戻すも、被呼ルーチ ンかそのような選定をする場合にはスタックに戻されたストリングを受け取るこ とを要求したりすることかできる。被呼ルーチンは固定バッファによるダイナミ ック　サイズの結果か、又は呼出しルーチンがそのダイナミック　サイズの結果 を必要とする場合に、スタックのダイナミック　サイズの結果を戻すべく常に用 意しておく必要かある。被呼ルーチンはダイナミック　ストリングによる結果、 呼出しルーチンがダイナミック　ストリングによる結果を要求する場合にスタッ クの結果を戻すへく用意しておく必要もある。
そこで、ＣＩＬでのルーチン呼出しの表現につき考察する。
プロシャージャ又は機能を呼出すのに多数の個別の操作が行なわれる。それには 次の幾つかのステップが必要である。
（ａ）アーギュメント　リスト用のスペースを割当てる。
（ｂ）パスーバイーバリュ（ｐａｓｓ−ｂｙ−ｖａｌｕｅ）オペランド式用（７ ）スペースを割当てる。
（Ｃ）記述子用スペースを割当てる。
（ｄ）アーギュメント記述子を作製する。
（ｅ）アーギュメント記述子を作製する。
（ｆ）結果値に対するスペースを割当てる。（結果値、即ち出力アーギュメント は、呼出し後まで存在しないアーギュメントである。ＩＬにおける機能は結果値 でプロシージャとして処理される。
（ｇ）アーギュメント　リストを作製する。
（ｈ、　）ルーチンを呼出す。
（ｉ）アーギュメント、記述子及びアーギュメント　リスト用に割当てられたス ペースを削除する。
（ｊ）呼出しによる結果値を得る。
（ｋ）結果値に対して割当てられたスペースを解除する。
ＩＬでとった汎用戦略は、呼出しをするのに伴われる様々な操作に対して別々の オペレータを与えることにあるか、これらのオペレータは特殊な形態でひとまと めにする必要がある。ＩＬのルーチン呼出しは次のようなもので構成する。即ち 、１、呼出しを行なう連続操作の冒頭にフラグを立てるＩＮＩＴＣＡＬＬステー トメント。
２、アーギュメント　リストを構成する一連のアーギュメント及び一時割当てス テートメント。
３、刺部を被呼ルーチンに実際に転送する呼出しステートメン１−　（ＣＡＬＬ 又はＢＰＣＡＬＬ）。
４、呼出しの復帰値をアクセス可能にする一連の結果タプル。
ＩＮＩＴＣＡＬＬ及びステートメントは必須のものであるか、アーギュメント　 リスト及び結果タプルは随意選択できるものである。呼出しに伴われるタプルは 全て同じ基本ブロック内に発生させる必要かあり、どの結果タプルも介在タプル なして呼出しダブルを直ぐ後ろに後続させる必要がある。ＩＮＩＴＣＡＬＬど呼 出しとの間にどんなタプルかあろうとも、他の制約は何もない。それでも、ルー チン呼出し用のＩＬは他の呼出し用アーギュメント　リストＩＬ内に含めること かできる。
アーギュメント　リストの構成は、このアーギュメント　リストそのものに対す るアドレス及び記述子用及び引き渡す値を一時的に保持するため並びに出力アー ギュメント用のスペースを割当てる操作を伴う。これらの活動状態をアーギュメ ントタプルと一緒にＩＬに特定化する。全てのアーギュメント　タプルはＡＲＧ で始まる名前を有しており、これらのタプルは表２０にリストした属性を有して いる。
呼出しルーチンが引き渡す値を有する場合、このルーチンは名前かＡＲＧＶＡＬ で始まるアーギュメント　タプルの１つを用いる。実際のアーギュメント値はこ れらのタプルてアーギュメント　タプルのオペランドとして特定化される。なお 、このことは必ずしもアーギュメントを値メカニズムを用いて引き渡すことを意 味するのではない。メカニズムか値メカニズムである場合には、オペランド値を アーギュメント　リストに直接記憶させるか、さもなけれはテンポラリを割当て て、オペランド値をテンポラリに記憶させ、このテンポラリをレファレンス又は 記述子により引き渡すようにする。（これはＢＬＩＳＳにおける９４　ＲＥ　Ｆ に似ている）。値メカニズムはスカラタイプのＡＲＧＶＡＬタプル及びコンパイ ル時間の大きさか一定のＡＲＧＶ　Ａ　Ｌ　Ａタプルてサポートされるたけであ る。
呼出しルーチンか既存の記憶位置に渡すアドレスを有する場合、このルーチンは 名前かＡＲＧＡＤＲで始まるアーギュメント　タプルの１つを用いる。実際の記 憶位置のアドレスはこれらのタプルてアーギュメント　タプルのオペランドとし て特定化される。従って、値メカニズムはこれらのタプルと一緒に用いることは てきない。アーギュメント　リスト（ここれらタプルの１つか発生すると、被呼 ルーチンを現行ルーチンに対する既知の記憶位置から呼出したり、その記憶位置 に書き込ませることかできるから、これらのタプルは依存性及び副作用を有する ことかできるため、オフセット効果及び基本シンボル　フィールドを有し、これ らのフィールドは全てのメモリ　レファレンス　タプルに用いられ、又特殊なフ ラグのパルム（ｐａｒｍ）か読み取られたり、書き込まれたりし、これは被呼ル ーチンが記憶位置からの読み取り及び／又は記憶位置への書き込みをするように コンパイラをし向けるか、どうかを指示する。
アーギュメント　タプルか汎用メカニズムを指定する場合には、コードを発生さ せて記述子用スペースを割当てて、その基本アドレス　フィールド内にそのコー トを入れる。フロントエンドは記述子内に初期化すべき他のいずれものフィール ドを明確に指定させる必要かある。これはＤＳＣＦ　ＩＬＤタプルを用いて行な われ、これらのタプルは汎用メカニズムで以前のアーギュメント　タプルに差し 戻され、そのアーギュメントに割当てられた記述子のフィールドに記憶させる値 を指定する。アーギュメント　ブロックの構成： 幾つかのＲＴＬリンケージはアーギュメントのコレクションをアーギュメント　 ブロックに渡す必要があり、このブロックのアドレスは普通のレファレンス　パ ラメータのようにＲＴＬルーチンに受け渡す。これは次の３つの特殊なタプルを 用いて行なう。
（ａ）ＡＲＧＢＬＯＣＫは特殊サイズのブロックをスタックに割当てて、そのア ドレスを被呼ルーチンに渡すアーギュメント　タプルである。上記ブロックはＢ ＬＫＦ　ＩＥＬＤタプルを用いて初期化することかてきる。
（ｂ）ＡＢＬＫＦ　ＩＥＬＤタプルは、任意のタプルの代わりに以前のＡＲＧＢ ＬＯＣＫタプルを汎用メカニズムで差し戻すことを除けば、ＤＳＣＦ　置Ｄと同 しである。このタプルは値をアーギュメント　ブロックのフィールドに記憶させ る。
（ｃ）ＡＲＧＤＥＦ　ＩＮＥＳタプルは、それかコードを発生しないことを除け は、アーギュメント　タプルと同じである。
このタプルはフロント　エンドを正規のアーギュメントタプルに関連しないアー ギュメント的な副作用を特定化させる。特に上記タプルはアーギュメント　ブロ ックに通過させたアーギュメントに関連する作用を指示するのに用いることかで きる。
ルーチンを集合値に戻すには、呼出しルーチンか割当てた位置にその値を記憶さ せる必要がある。名前かＡＲＧＴＭＰで始まるタプルは特定サイズの記憶ブロッ クを割当て、そのアドレスを被呼ルーチンに受け渡す。これらのタプルは、ＡＲ ＧＡＤＲタプルか既存の記憶ブロックのアドレスを渡し、又ＡＲＧＴＭＰタプル か呼出しに対して特別に割当てたテンポラリのアドレスを受け渡すことを除けは ＡＲＧＡＤＲと同しである。
ＡＲＧＢＵＦ、ＡＲＧＳＴＫ及びＡＲＧＤＹＮタプルはテンポラリを割当て、ダ イナミック　ストリング復帰値を得るのに必要な特殊な記述子を受け渡す。これ らのタプルは、いずれも通常のアーギュメント　タプルの属性を有しているか、 それらのメカニズムの属性は、そのメカニズムかダイナミック復帰値のメカニズ ムの使用により暗示されることからして無視される。
名前がＲＥＳＵＬＴで始まるタプルは呼出しルーチンでアクセス可能なルーチン 呼出しからの復帰値を作製する。これらのタプルの作用は、これらか被呼ルーチ ンにより戻されたテンポラリ位置、即ちレジスタからの出力パラメータをさらに 長持ちするテンポラリ位置に動かすことにある。結果タプルの値はそれが検索し た復帰値の値に過ぎない。呼出しに対する結果タプルには全て呼出しタプルを直 ぐ後続させる必要かある。
バウンド　プロシージャ　呼出し。
バウンド　プロシージャ値、即ちＢＰＶは未知のルーチンを呼出すのに必要とさ れる状態を表す。ルーチンはアップ　レベルのレファレンスを含み、割当て変数 を他のルーチンにスタックすることができるため、バウンド　プロシージャ値に は呼出すべきルーチンのコード　アドレスだけでな（、そのためのスタテック　 リンクを構成するのに十分な情報も組込む必要がある。
不都合なことに、ＢＰＶはそれらをどのように創成し、それらをとのように表現 し、それらをどのようにして呼出し、又それらかどんなに大きくても、それぞれ 異なるソフトウェア　アーキテクチュアで極めて異なる方法にて処理される。従 って、コンパイラは首尾一貫した表現を提供しようとはしない。その代わり、フ ロント　エンドはターゲット　ソフトウェア　アーキテクチュアに応じて異なる コードを生成しようとする。
（ａ）ＶＡＸ及びＭＩＰＳソフトウェア　アーキテクチュアにおけるＢＰＶは単 にコード　アドレス及びコンテキスト（文脈）値てあり、バウンド　プロシージ ャ呼出しは、コンテキスト値を特定のレジスタにロードさせてからコードアドレ スへの呼出しをして行なう。従って、フロントエンドはＢＰＶを一対のアドレス 値として表現する責任がある。コード　アドレスはＢＰＬＩＮＫタプルて得られ る。
ＢＰＶへの呼出しは、アドレス　オペランドをコード　アドレス値とするＣＡＬ Ｌとして表現すべきてあり、この場合、コンテキスト値は、その値をアーキテク チュアのスタチック　リンク　レジスタに特殊なレジスタ　アーギュメントとし て受け渡すようにする。
（ｂ）ＲＩＳＣマシンては全てのプロシージャを成る追加の情報と一緒にコード 　アドレスを包含している記述子により表現し、ＢＰＶは実行時に構成される特 殊な記述子（これはコンテキス）・　ポインタを包含している）のアドレス及び コンテキスト　ポインタにロードして、実ルーチンを呼出すＲＴＬルーチンのア ドレスに過ぎない。フロント　エンドは斯様な記述子そのものに対するスペース を割当てなければならず、そのスペースに記述子を入れるのにＢＰＶＡＬタプル を用いる。この場合、ＢＰＶは記述子のアト［／スにより表現し、このＢＰＶへ の呼出しは上記アドレスへの呼出しにより表現すべきである。
バック　エンド１２にとって必要なことは、ルーチンの各入口点に対するパラメ ータか何であるかを知ることである。フロント　エンド２０は入口点のパラメー タ　リストを表すパラメータ　ノード（次のフィールドによりリンクされる）の リストにおける最初と最後のノードに対する点に各エントリ　シンボル　ノード のパラム　リスト及びバラム　リスト　テイル　フィールドをセットすることに よりルーチンの各入口のパラメータを知るようにする。
各パラメータ　ノードは、それらか　アーギュメント　タプル（表２０参照）で 行なうのと同じ意味を有しているレジスタ及び特定のレジスタ　フィールドが受 け渡す入口点及びアーギュメント位置を含むルーチンのパラメータ　シンボル　 ノードを指すシンボル　フィールドを有する。従って、パラメータノードのリス トは入口点のパラメータを全て識別すると共に、これらのパラメータが、その入 口点のアーギュメント　リストのどこに生ずるのかを識別する。
なお、パラメータ　シンボルは１つ以上のパラメータ　リストにて発生し、それ らは各々異なるアーギュメント位置にて発生する。しかし、メカニズムは特定ア ーギュメント　リストにそれか発生するというよりも、むしろパラメータ　シン ボルの属性と見なせるから、パラメータ　ノードはメカニズム　フィールドを有 していない。
ＲＥＴＵＲＮＲＧタプルは特定レジスタにおけるスカラ値を戻し、ＲＥＴＵＲＮ ＳＴＫ及びＲＥＴＵＲＮＤＹＮとはＰＲＩＳＭ呼出しスタンダードで与えられる ダイナミック　ストリング戻しメカニズムの１つを用いてストリンク値を戻す。
なお、値をアーギュメント　テンポラリを経て戻すことと、値を普通の出力パラ メータに記憶させることは相違しないため、アーギュメント　テンポラリを経て 値を戻すのに呼出しルーチン用の特殊なタプルは必要でない。
パラメータ　シンボルに関連するアドレスはパラメータのローカル記憶位置のア ドレスである。被呼ルーチンはＤＥＳＣＡＤＤＲタプルを用いて汎用記述子のメ カニズムでパラメータ用記述子のアドレスを得ることかできる。実際のサイズを （記述子又は別個のサイズ　パラメータの）アーギュメント　リストて得ること かてきれば、未知のパラメータの実際のサイズを５ＩＺＥタプルを用いて得るこ とかできる。
ルーチン呼出しに伴われるオペレータの全てを表２１にリストしである。
記憶配分及び範囲付け： 字句ブロックは一組の宣言か、例えはルーチン、サブルーチン、機能又は開始− 終了ブロックに有効であるソース　プログラムの範囲であり、ルーチンの字句構 造は、ルートかルーチンブロック　ノードとなるスコープ　ブロック　ノードの トリーにより表現される。ＩｔＧの各基本ブロックは単一字句ブロックに属する コードを包含する。基本ブロックの開始点におけるブランチ　ターゲット　タプ ルはシンボル表における対応するブロック　ノードを指すスコープ　ブロック　 フィールドを有している。ルーチンの各字句ブロックはユニークなスコープエン トリ基本ブロックを持たなければならず、このブロックは字句ブロックの内で、 この字句ブロック以外のいずれかの基本ブロックから制御を受け渡すことのでき る基本ブロックである。斯かるスコープ　エントリ基本ブロックはブチンチ　タ ーゲット　タプルのブロック　エントリ　フラグにより識別される。
ＣＩＬにおける可変シンボルに対するレファレンスは常に記憶位置のアドレス（ 即ち、レジスタの名前）をもたらす：即ち、１、スタティック変数は記憶域クラ スかスタテイ・ツクか、グローバル　レフか、又は予約したものである。スタテ ィック変数はコンパイル時に成るＰＳＥＣＴに位置付けられるため、このような 変数に対する各レファレンスは同し位置に照合させる。
２、ローカル変数は、記憶域クラスかオートマチ・ツクか、スタック　ローカル か、レジスタか、登用されたレジスタであって、しかも未知サイズ　フラグが偽 である変数である。ローカル変数はそれらの字句単位有効範囲の単一実行中にし か存在せず、それらの字句単位有効範囲の多数の実例を同時に実行する場合には 多数の実例を持つことかできる。ローカル変数はコンパイル時に割当てられて、 それらのルーチンのスタック　フレームにおける位置を登録したり、又は知った りする。
３、ダイナミック変数はローカル変数と同し記憶域クラスのものであるか、未知 サイズ　フラグは真である。ローカル変数と同様に、ダイナミック変数は、それ らの字句単位有効範囲の単一実行中にしか存在せず、それらの字句単位有効範囲 の多数の実例を同時に実行する場合には多数の実例を持つことかできる。ダイナ ミック変数は実行時にＣＲＥＴＥタプルによりスタックに割当てられ、しかもバ ック　エンドにより創成される関連するポインタ変数によりアクセスされる。
４、コピー　セマンティクスを有するパラメータは、それらの未知サイズ　フラ グのセツティングに応じてローカル又はダイナミック変数として作用する。
５、バインド　セマンティクスを有するパラメータは被呼ルーチンには全く割当 てられない。これらパラメータは、実際の記憶位置アドレスを保持するためにバ ック　エンドにより創作される関連するポインタ変数を経てアクセスされる。
字句ブロックにおけるタプルは、その字句ブロック又はシンボル　テーブル　ブ ロック　トリーにおけるいずれかのアンセスタにて宣言される任意の変数を参照 することができる。現行のルーチンの変数を参照することに勿論何等問題はない 。他のルーチンのスタティック変数は直接参照することかできる。他のルーチン のローカル及びダイナミック変数は、変数を宣言するスタック　フレームを位置 付ける“スタティック　チェーン”を必要とする。しかし、フロント　エンドか ルーチン　ブロック及び変数を正しく注釈付けれは、バック　エンド１２はスタ ティック　チェーンを創成して、それを用いてコードを生成すべく応答すること かできる。
ダイナミック　スタックの割当てには次のような幾つかの種類かある。
１、ダイナミック変数用のスタック記憶域をＣＲＥＡＴＥタプルにより割当てる 。これはＣＲＥＡＴＥタプルと同じ字句ブロック内にない基本ブロックに制御を 受け渡すまではＣＲＥＡＴＥタプルの実行により存在する。（このことはダイナ ミック変数用のＣＲＥＡＴＥタプルを基本ブロックに割当てる必要かあることを 意味し、この基本ブロックの有効範囲ブロックは変数を宣言するブロックであり 、さもなければ、そのダイナミック記憶域は変数か有効範囲内にまた字句的にあ る間釈放される。） ２、未知サイズ　コピー　パラメータ用のスタック記憶域を割当てるコードをＥ ＮＴＲＹタプルの直ぐ後に生成する。ＥＮＴＲＹタプルは主ルーチン　ブロック に必須であるため、この記憶域はルーチンか戻るまで存在する。
３、ダイナミック　テンポラリは集合式の値を保持するためにハック　エンドに より創成することかできる。このテンポラリは少なくとも集合式の値を用いるタ プルを実行するまでその値を創成するタプルの実行により存在する。
４、集合ＡＲＧＶＡＬ、タプル用のアーギュメント値を保持するためにスタック 　スペースを割当てる。このスペースはＣＡＬＬタプルを実行するまてＡＲＧＶ ＡＬ、タプルの実行により存在する。
５、スタック　スペースをＡＲＧＴＭＰＸタプル用の戻り値を保持するために割 当てる。このスペースは戻り値をフェッチするＲＥＳＵＬＴ、の実行により存在 する。
本発明は上述した例のみに限定されるものではなく、幾多の変更を加え得ること 勿論である。
テーブル１ （ただし５、以下の全角英文字及び記号は実際は半角入力のものとし、全角アン ダーライン２文字分は、実際は半角アンダーパー２個分とする。） パッケージからエクスポートされた名前式である。
・グローバル変数名は、ＧＥＭ＄ＺＺ　ｎａｍｅの形式である。
・リテラル名（グローバル又はエクスポーテッドのいずれてあ列挙データ型式 ・すべての列挙データ型式は、固有の「型式名」を有する。
の形式の名前を有する。
集合データ型式 ・各集合データ型式は、固有の「型式名」を有する。
・集合型式の特定の変数のサイズは、 ・集合型式の全体としてのサイズ（即ち、最大変数のサイズ）はＧＥＭ＄ＸＹＺ 　５ＩＺＥである。
・名前ＧＥＭ＄ＸＹＺは、型式宣言マクロを参照し、その拡張は、 テーブル２ 隆 整数（Ｉｎｔｅｇｅｒ）　３２ビツト（ロングワード）の符号付き整数。値（ｖ ａｌｕｅ）によって渡される（バスされる）。
ストリング（Ｓｔｒｉｎｇ）　可変ストリング（１６ビツトの長さの符号のない ワード＋テキスト）。レファ レンス（ｒｅｆｅｒｅｎｃｅ）によって渡される（バスされる）。
ハンドル（Ｈａｎｄｌｅ）　シェルルーチン（シェル内部データ構造のアドレス であることが多い）によ って割り込まれるがフロントエンドに 対しては意味をもたない３２ビツト（ロングワード）値。値（ｖａｌｕｅ）によ って渡される。
ブロック（Ｂｌｏｃｋ）　シェルパッケージの仕様で構造が規定され、その内容 かフロントエンドとシ ェルとの間の通信に使用される若干の データブロック。レファレンスによっ て渡される。
カウントデッドベクトル（Ｃｏｕｎｔｅｄ　ｖｅｃｔｏｒ）３２ピツト構成要素 の特定数か付随す る３２ビツトの符号のないカウントワード。ベクトルの構成要素は、整数、変 化するストリングのアドレス、ハンド ル又はブロックのアドレス。レファレ ンスによって渡される。
テーブル３ （ただし、以下の全角英文字及び記号は実際は半角入力のものとし、全角アンダ ーライン２文字分は、実際は半角アンダーパー２個分とする。） ＧＥＭ＄ＸＸ　ＩＮＩＴ これは、最初のアクションとしてシェル１１により呼び出さタイミングインター バルＧＥＭ＄ＴＭ　Ｇ　ＩＣＢ　ＣＭＰＴＴＬ（＜ＲＥＦＥＲＥＮＣＥ＞の（ｓ ｅｃｔ　５ｈｅｌｌ　ｔｍ）参照）をスタートし、デバッギングパッケージ（＜ ＲＥＦＥＲＥＮＣＥ＞　の（ｓｅｃｔ　５ｈｅｌｌ　ｄｂ）参照）を初期化し、 “５ｔａｎａａｒａ　ｅｒｒｏｒ”　のアウトプットファイルハンドルに対して グローバル変数ＧＥＭ＄ＣＰ　Ｇ　ＥＲＲＯＲＦＣＢを初期化する。
ＧＥＭ＄ＸＸ　ＴＮＩＴがらの戻る際に、以下に列挙する全てのＧ　Ｅ　Ｍ　＄ 　Ｘ　Ｘグローバル変数は、適正に初期化される。他のフロントエンド初期化も ＧＥＭ＄ＸＸ　ＩＮＩＴにおいて行われ、又はＧＥＭ＄ＸＸ　ＰＲＯＣＥＳＳ　 ＧＬＯＢＡＬＳ（以下を参照のこと）まで延期される。
ＧＥＭ＄ＸＸ　ＴＮＩＴの呼び出しを完了するまではシェル１１はいかなるコマ ンドライン処理を行わないため、ＶＡＸ／ＶＭＳの下て、ＬＩＢ＄ＧＥＴ　ＦＯ ＲＥＩＧＮを呼び出してコマンドラインを読み取らせ、またＣＬＩ＄ＤＣＬ　Ｐ ＡＲ３Ｅを呼び出してシェルが処理するコマンドストリングをセットさせること によってＤＣＬコマンドの代わりに外部コマンドでこれは、コマンドラインから のグローバル修飾子（ｇｌ、ｏｂａｌｑｕａｌｉｆｉｅｒ）を処理した後であっ て何からのコマンドラインパラメータ又はローカル修飾子を処理する前にシェル によって呼び出される。このルーチンは、グローバル修飾子ブロックを検討し、 アクションか適正である限りこのアクションをとることができる。
ＧＥＭ＄ＸＸ　ＰＲＯＣＥＳＳ　ＬＯＣＡＬＳこれは、コマンドラインからのロ ーカル修飾子を処理した後であって、ローカル修飾子によって特定されたファイ ル２１をオーブンする前にシェル１１によって呼び出される。このルーチンは、 ローカル修飾子ブロックを検討し、所望の内容を変化させることかできる。この ことにより、個別の修飾子ブロックでは表すことかできない修飾子間の依存性を 可能にする。
ＧＥＭ＄ＸＸ　ＣＯＭＰＩＬＥ これは、ローカル修飾子ブロックに充填されたパラメータプラスリスト及びその 修飾子を解析し、プラスリストによって特定された入力ストリームでＯＥＭ＄Ｔ Ｉを初期化した後にシェル１１によって呼び出される。このルーチンは、その入 力ストリームをコンパイルするよう応答することができる。
ＧＥＭ＄ＸＸ　ＦＩＮＩ これは、最終アクションとして抜は出るまえにシェルによって呼び出される。こ のルーチンは、フロントエンドの特定クリーンアップを行う。
フロントエンドは、以下のグローバル変数を宣言しなけれはならない。グローバ ル変数は、ＧＥＭ＄ＸＸ　ＩＮＩＴか制御をシェル１１に戻す時間によって規定 されねばならない（グローバル変数はリンク時間で規定されるか、イメージ起動 時間てアドレスフィックスアップを必要とする）。
ＧＥＭ＄ＸＸ　Ｇ　ＧＬＯＢＡＬ　ＱＵＡＬＳこれは、コンパイラのグローバル 修飾子のための修飾子ブロックに対するポインタのカウンテッドベクトルのアド レスを含む（＜ＲＥＦＥＲＥＮＣＥ＞の （ｓｅｃｔ　５ｈｅｌｌ　ｃｐ）参照）。これらグローバル修飾子ブロックは、 シェルによって充填されてからこれは、コンパイラのローカル修飾子のための修 飾子ブロックに対するポインタのカランテッドベクトルのアドレスを含む（＜Ｒ ＥＦＥＲＥＮＣＥ＞の これらグローバル修飾子ブロックはシェルによって充填されＰＴＬＥを呼び出す 。
ＧＥＭ＄ＸＸ　Ｇ　ＦＡＣＰＲＥＦ■Ｘこれは、コンパイラメツセージを構成す るのに使用される機能ストリングを含む可変ストリングのアドレスを含む。
ＧＥＭ＄ＸＸ　Ｇ　ＦＡＣＮＵＭＢＥＲコレハ、コンパイラメツセージコードを 構成するの＋：使用する整数機能（ｉｎｔｅｇｅｒ　ｆａｃｉｌｉｔｙ）−＋− ドを含む。
ＧＥＭ＄ＸＸ　Ｇ　ＩＮ　ＤＥＦＡＵＬＴＳこれは、コマンドラインパラメータ で特定されるソースファイルを開くときに使用するデフォルトファイル仕様を含 む可変ストリングに対するポインタのカランテッドベクトルのアドレスを含む。
ＧＥＭ＄ＸＸ　Ｇ　ＬＩＢ　ＤＥＦＡＵＬＴＳこれは、／ＬＩＢＲＡＲＹ修飾子 でコマンドラインパラメータとして特定されたテキストライブラリーを開くとき に仕様するデフォルトファイル仕様を含む可変ストリングに対するカランテッド ベクトルのアドレスを含む。
ＧＥＭ＄ＸＸ　Ｇ　ＰＲＯＤＵＣＴ　ＩＤこれは、作表（ｌｉｓｔｉｎｇ）ファ イルのヘッダラインに仕様されるプロダクト識別ストリングを含む可変ストリン グのアドレスを含む。
ＧＥＭ＄ＸＸ　Ｇ　ＰＲＥＦＩＸ　ＬＥＮ作表ファイルのソースラインに添付さ れるプレフィックスストリングのために確保されるコラム数を特定する整数を含 む。
ビジュアル　メモリ　パッケージ（ＧＥＭ＄ＶＭ）ビジュアル　メモリ　パッケ ージは、ビジュアルメモリを割り当てるだめの標準インターフェースを提供する 。
ＶＭＳ　ＬＩＢ＄ＶＭファシリティのゾーンメモリコンセプトを支援する。実際 ＶＭＳの下では、 ＧＥＭ＄ＶＭはＬＩＢ＄ＶＭ上のほとんどトランスペアレントなレイヤである。
しかし、 ＧＥＭ＄ＶＭインターフェースはいかなるホストシステム上でも変更されずに支 援されるよう保証される。
ロケータ　パッケージ（ＯＥＭ＄Ｌ○）ロケータは、ソーステキスト１５の範囲 （起動ファイル及び終了ファイル、ライン、及びコラムナンバー）を記述する。
テキスト入カバッケージは、ロケータをソースラインに戻してこのソースライン を読み取る。ロケータは、シンボルテーブル１６及び中間言語ノードにも使用さ れ、メツセージ及びデバッガテーブル生成を容易にし、また作表ファイルのどこ で作表パッケージをアクションをとるかを特定するのに使用される。ロケータは ロングワードとして表される。ロケータパッケージは、ロケータデータベースを 維持し、ロケータを生成し、ロケータに割り込むルーチンを提供する。
テーブル４ これは、幾つかの一般型式の定義を含み、以下に列挙するＳＤＬファイルの全て を含む。これはまた、ジェネリック（全体的な）ＧＥＭ＄Ｎ０ＤＥ集合体の型式 を含む。
ＧＥＭ　Ｃ０Ｎ５ＴＡＮＴＳ、ＤＡＴ これは、ノートの種類及びノードの副種類（ｓｕｂｋｉｎｄ）の列挙された型式 並びに種々の他の列挙された型式の定義を含む。
翻訳を行うＣ０Ｎ５ＴＡＮＴＳプログラムを記述するための付録（アペンディッ クス）Ｄを参照されたい。
ＢＬＫ　Ｎ０ＤＥ、ＳＤＬ これは、ノード種類フィールドにおけるＧＥＭ＄Ｎ０ＤＥ　Ｋ　ＢＬＯＣＫの値 によって識別されるブロックノード（ＧＥＭ＄ＢＬＯＣＫ　Ｎ０ＤＥ）の定義を 含む。
ＳＹＭ　Ｎ０ＤＥ、ＳＤＬ これは、ノード種類フィールドにおける含む。
ＦＲＭ　Ｎ０ＤＥ、ＳＤＬ これは、ノード種類フィールドにおけるＬＩＴ　Ｎ０ＤＥ、ＳＤＬ これは、ノート種類フィールドでの 義を含む。
ＰＲＭ　Ｎ０ＤＥ、ＳＤＬ これは、ノード種類フィールドでの ＧＥＭ＄Ｎ０ＤＥ　Ｋ　ＰＡＲＡＭＥＴＥＲの値によって識別されるパラメータ ノード これは、ノード種類フィールドでの ＧＥＭ＄Ｎ０ＤＥ　Ｋ　ＣＩＬ　ＴＵＰＬＥ（７）値によッテ識別される組（タ プルＴｕｐｌｅ）ノード ＤＥＳ　Ｎ０ＤＥ、ＳＤＬ これは、ノード種類フィールドでの ＧＥＭ＄Ｎ０ＤＥ　Ｋ　ＤＥＳＴＩＮＡＴＩＯＮの値によって識別される組（タ プル）ノード （ＧＥＭ＄ＤＥＳＴＩＮＡＴＩＯＮ　Ｎ０ＤＥ）（７）定義を含む。
ＧＥＭ＄ＮＤ、Ｌ３２ ＢＬ　Ｉ　ＳＳでコード化されたフロントエンドにより使用されるライブラリフ ァイルである。これは、上に列挙したファイルのＢＬＩＳＳ翻訳を含む。
テーブル５ シンボルテーブル及びＩＬルーチン （モジュールのための中間表現を初期化する）ＧＥＭ＄ＳＴ　ＦＴＮＴ （モジュールの中間表現用に割当てられた全てのスペースを解除する。） ＴＬＧｓの生成及び操作 ＧＥＭ＄ＩＬ　ＡＬＬＯＣＡＴＥ　ＣＩＬ　Ｎ０ＤＥ（ＣｆＬ組ノートを割り当 てる） ＧＥＭ＄　ＩＬ　ＡＬＬＯＣＡＴＥ　ＤＥＳ　Ｎ０ＤＥ（宛先ノードを割り当て る） ＧＥＭ＄ＩＬ　ＦＲＥＥ　ＤＥＳ　Ｎ０ＤＥ（宛先ノートの割り当てを解除する ） ＧＥＭ＄ＩＬ　ｌＮ５ＥＲＴ （一つの組又は組リストを組リストに挿入する）（組リストから一つの組を取り 外す） （ブロックノードを割り当てる） （記憶フレームノードを割り当てる） ＧＥＭ＄ＳＴ　ＡＬＬＯＣＡＴＥ　ＭＵＴＡＢＬＥ　ＳＹＭＢＬ （副種類を変更できるシンボルノードを割り当てる）ＧＥＭ＄ＳＴ　ＡＬＬＯＣ ＡＴＥ　ＰＡＲＡＭＥＴＥＲＮＯＥ （パラメータリストノードを割り当てる）ＧＥＭ＄ＳＴ　ＡＬＬＯＣＡＴＥ　Ｓ ＹＭＢＯＬ　ＮＯＤＥＧＥＭ＄ＳＴ　ＬＯＯＫＵＰ　ＬＩＴＥＲＡＬ（特定リテ ラル値のためのリテラルノードを得る）ＧＥＭ＄ＳＴ　ＬＯＯＫＵＰ　ＰＳＥＣ Ｔ（特定名を有するＰＳＥＣＳＥＣ前記−フレームノード）（ミュータプルシン ポルノードの副種類を変更する）（変数又はＰＳＥＣＴの初期値としてシンボル 又はＰＳＥＣＴアドレスを指定する） ＧＥＭ＄ＳＴ　５ＴＯＲＥ　ＢＵＦＦＥＲ（変数又はＰＳＥＣＴの初期値として バイトの任意ブロックを指定する） ＧＥＭ＄ＳＴ　５ＴＯＲＥ　ＬＩＴＥＲＡＬ（変数又はＰＳＥＣＴの初期値とし てリテラルノードの値を指定する） テーブル６ 特定ターゲットアーキテクチャ−の表現型式型式　ＭｒＰＳ　６４ピツトＩｉ’ ｌＳＣＶＡＮ支援アーキテクチャ−型式 ％式％ 型式サイズ Ａｆ）ＤＲ３２６４３２ 型式同義語 ｒＡＤＤＲｒＮＴ３２　ｒＮＴ６４　［ＮＴ３２ＵＡＤＤＲｔＪ［ＮＴ３２　Ｕ ＩＮＴ６４　Ｕ［ＮＴ３２ｒＭＡＸ　［ＮＴ３２　１ＮＴ６４　１ＮＴ３２ＵＭ ＡＸ　ＵＩＮＴ３２　ＵＩＮＴ６４　ＵＩＮＴ３２テーブル６ａ より指定されるループに関して帰納表現であることを示すフラ基本帰納変数セッ トにない場合、この組（タプル）は帰納的でない。
ＩＶ　ＬＯＯＰ Ｔｔ７ＰＬＥかループ内で帰納的である最も内側ループのループトップ。
各帰納表現Ｅは基本帰納変数■のリニア関数を定義する。即ち、Ｅは次式によっ て１の項において再計算される。即ち、Ｅ＝　（ａ＊　Ｉ）＋ｂ ただし、ｒａＪはリニア関数の「係数」であり、「ｂ」は「オフセット」テアル 。ＩＶ　Ｃ０ＥＦＦＩＣＩＥＮＴ７４−ルドは、係数の定数部分を含む整数フィ ールドである。
分を有することを示すフラグである。
「この（Ｔｈｉｓ）Ｊループトップにより表されるループのための基本帰納変数 候補セットである。初めは、これはループにおいて変更されるすべての変数セッ トである。
アルゴリズムＦＩＮＤ　ＩＶは基本帰納変数のルールに従わない変数を排除する 。ループトップに対してのみ有効である。
Ｃ０ＮＤＩＴＩＯＮＡＬ　５ＥＴ− 「この（Ｔｈｉｓ）」ループトップにより表されるループにより、各完全トリッ プ毎に正確に実行されない記憶を有する変数セット。このセットに存在すること は、変数が帰納変数であることを意味しない。ループトップに対してのみ有効で ある。
テーブル７ 共通組（コモンタプル゛Ｃｏｍｍｏｎ　Ｔｕｐｌｅ　）フィールドＦｉｅｌｄ　 意味 種類（Ｋｉｎｄ） すべてのノードで生ずる総称ノード種 類フィード。
全体演算子（Ｇｅｎｅｒｉｃ　ｏｐｅｒａｔｏｒ）組（タプル）によって行われ る一般的 演算（オペレーション）。これはすべ てのノードて生ずる全体的側種類フィ ールドの他の名前である。
演算子型式（Ｏｐｅｒａｔｏｒ　ｔｙｐｅ）全体演算子に関連して組により 実行される特定演算を決定するデータ 型式。
演算子型式は、常にではないが、組 における１個又はそれ以上のオペラン ド（特に第１番目のオペランド）のデ ータ型式と同一であるのか一般的であ る。組によって計算される値のデータ 型式とは必ずしも同じではない。例え ば、ＡＤＤ、ｌＮＴ１６は２個のオペ ランドｌＮＴ１６を加算し、 結果ｌＮＴ１６を生ずるが、 ＬＳＳ、ｌＮＴ１６は２個のオペラン ドｌＮＴ１６を比較し、 結果ＢＯＯＬを生じ、 ５ＴＯＲＥ、ｌＮＴ１６は 値ＴＮＴ１６をメモリ位置に記憶し、 結果を持たない。
結果型式（Ｒｅｓｕｌｔ　ｔｙｐｅ） この組により計算される値の型式。
たいていの演算子に関しては、結果型 式は演算子型式によって決定されるか、幾つかの演算子に関しては、結果型式 は演算子型式とは独立しており、組に より実行される特定演算は双方の型式 に左右される。
オペランド（Ｏｐｅｒａｎｄｓ） この組のオペランドに対するポイン タのアレイ。オペランドの数は全体演 算子により決定される。各オペランド ポインタは他のＩＬ組ノード又は ＣＩＬにおいてのみシンボル又はリテ ラルノードを指し示す。個別のオペラ ンドポインタフィールドは ａｐｌ、ｏｐ２等と称する。
次組（Ｎｅｘｔ　ｔｕｐｌｅ） 組の２重リンク組リストにおける次 の及び直前の組に対するポインタであ る。つぎの組オーダーは、評価の暗黙 オーダーである。ＣＩＬにおいて、 ＩＬＧのすべての組はともにリンクす るとともに、ＥＩＬにおいて各基本ブ ロックの組は個別のリストを形成する。
ロケータ（Ｌｏｃａｔｏｒ） この組にコンパイルされたトークン 又はトークン群のプログラムソースに おけるテキスト的な位置である。エラ ーメツセージ、ソース相関テーブル等 を構成するのに使用する。（ロケータ はＯＥＭ＄ＬＯパッケージ仕様に記載 されている。） Ｅｘｐｒカウント（Ｅｘｐｒ　ｃｏｕｎｔ）バックエンドによりセット れれたＥＩＬでのみ使用される。
Ｅｘｐｒカウントフィールドは、ＣＴ、０２９の効果表現インターフェースにお いて 記載されている。
テーブル８ 組辞書入口（タブルディクショナリエントリ）における見出しくヘッディング） 見出し　説明 演算子（Ｏｐｅｒａｔｏｒ）　演算子の名前は、辞書の頁のトップに現れる。こ の名前は、 ＧＥＭ＄ＴＰＬ　Ｋ　か前置され、 ＯＥＭコードで使用される実際の定 数を生成する。
オーバービュー（Ｏｖｅｒｖｉｅｗ）　組オーバービューは演算子の名前の直ぐ 下に現れる。これは、１個又 は２個のセンテンスにおいて、この 演算子を有する組か何をするかを説 明する。
フォーマット（Ｆｏｒｍａｔ）　組フォーマットは組オーバービューに続く。こ れは、演算子かとるオ ペランドの数、容認できる演算子型 式、オペランド型式及び結果型式を 特定する。
属性（Ａｔｔｒｉｂｕｔｅｓ）　属性は、テーブル７に列挙した共通フィールド 以外の組フィールドで ある。属性セクションは、フォーマ ットセクションに続き、組に使用さ れる属性の全てを列挙する。属性の 意味は、制限及び説明部分にほぼ要 約されている。
値（Ｖａｌｕｅ）　値セクションは属性セクションに続く。これはオペランドの 関数とし て組によって戻る値の詳細な説明を 与える。
制限（Ｒｅｓｔｒｉｃｔｉｏｎｓ）　値セクションに続くこれは、組の使用に関 する制限事項を説明する。
制限事項は以下のカテゴリーのう ちの一つに当てはまる。
（ａ）組はＣＩＬ又はＥＩＬでのみ使 用できる。
（ｂ）組はＩＬＧの特定の文脈におい て生じなければならない、又は特 定の種類の組のオペランドでなけ ればならない。
（Ｃ）組の所定のオペランドは特定の 演算子を有する組でなければなら ない。
（ｄ）組の所定の属性フィールドは特 定の種類ノードに対する所定のポ インタでなければならない。
ＩＬＧの形式の構造（構文）上の 制限は、このセクションに文書化 されている。ルーチン制限例えば、 サブストリング組の長さオペラン ドはネガティブであってはならな いという必要条件は、説明部分で 示されている。
説明（Ｄｅｓｃｒｉｐｔｉｏｎ）　説明部分は、制限部分に続き、組の効果を説 明する。更に、組に関す る雑多な情報例えは、オペランド値 に対するランタイム条件、起こりう るエラー条件、組を支援する特定の ソース言語構造を与える。
テーブル９ データアクセス演算子（Ｄａｔａ　Ａｃｃｅｓｓ　０ｐｅｒａｔｏｒ）ＦＧＴＣ ＨＡ　パックドアレイ（ｐａｃｋｅｄ　ａｒｒａｙ）素子から符号表現を有する 符号付き整数又 はゼロ拡張を有するアドレス整数又は 符号なし整数をフェッチする。
ＦＥＴＣＨＦ　特定の長さを有する文字ストリング、又はビットストリングをフ ェッチする。
ＦＥＴＣＨ３文字サブストリング又はビットサブストリング即ち、基本アドレス からオ フセットした特定の長さの特定の文字 又はビットを有するストリングをフェ ッチする。
ＦＥＴＣＨＶ　可変長文字ストリング即ち、長さがストリングのテキストに先行 するワー ドにある文字ストリングをフェッチす る。
ＦＥＴＣＨＸ　ビットフィールドから符号拡張を有する符号付き整数又はゼロ拡 張を有す るアドレス整数又は符号なし整数をフ ェッチする。
ＦＥＴＣＨ２空白終了（ｎｕｌｌ−ｔｅｒｍｉｎａｔｉｎｇ）文字ストリングを フェッチする。
ＦＥＴＣＨ２Ｘ　パックドアレイ素子からゼロ拡張を有する符号付き整数をフェ ッチする。
ＦＥＴＣＨ２Ｘ　ビットフィールドからゼロ拡張を有する符号付き整数をフェッ チする。
記憶演算子（Ｓｔｏｒｅ　０ｐｅｔａｔｏｒｓ）ＳＴＯＲＥＡ　パックドアレイ 素子の整数値又はアドレス値を記憶する。
５ＴＯＲＥＦ　文字ストリング又はビットストリングを記憶する。
５ＴＯＲＥＳ　文字サブストリング又はビットサブストリング即ち、基本アドレ スからオ フセットした特定の長さの特定の文字 又はビットを有するストリングを記憶 する。
５ＴＯＲＥＶ　可変長文字ストリング即ち、ストリングの長さを含むワードに付 随するス トリングのテキストを記憶する。
５ＴＯＲＥＸ　ビットフィールドの整数値又はアドレス値を記憶する。
５ＴＯＲＥＺ　空白終了文字ストリング即ち、空白文字（全てのゼロビット）か 後に付随 するストリングのテキストを記憶する。
ＶＳＴＯＲＥ　算術値又はアドレス値を記憶し、記憶した値を生成する。
ＶＳＴＯＲＥＡ　パックドアレイ素子の整数値又はアドレス値を記憶し、記憶し た値を生成 する。
ＶＴＯＲＥＸ　ビットフィールドの整数値又はアドレス値を記憶し、記憶した値 を生成す る。
増分演算子（Ｉｎｃｒｅｍｅｎｔ　０ｐｅｒａｔｏｒｓ）ＰＯ３ＴＩＮＣＲ変数 から表現的値をフェッチし、コンパイル時定数増分をそれに加算し、 この結果をメモリに戻して記憶し、初 期（非増分の）値を生成する。
ＰＯ３ＴＩＮＣＲＡ　、パックドアレイ素子から表現的値をフェッチし、コンパ イル時定数増分を それに加算し、この結果をメモリに戻 して記憶し、初期（非増分の）値を生 成する。
ＰＯ３ＴＩＮＣＲＸ　ビットフィールドから表現的値をフェッチし、コンパイル 時定数増分をそ れに加算し、この結果をメモリに戻し て記憶し、初期（非増分の）値を生成 する。
ＰＲＥ　ＩＮＣＲ変数から表現的値をフェッチし、コンパイル時定数増分をそれ に加算し、 この結果をメモリに戻して記憶し、初 期（増分の）値を生成する。
ＰＲＥ　ＩＮＣＲＡ　パックドアレイ素子から表現的値をフェッチし、コンパイ ル時定数増分を それに加算し、この結果をメモリに戻 して記憶し、初期（増分の）値を生成 する。
ＰＲＥ　ＩＮＣＲＸ　ビットフィールドから表現的値をフェッチし、コンパイル 時定数増分をそ れに加算し、この結果をメモリに戻し て記憶し、初期（増分の）値を生成す る。
可変変更演算子（Ｖａｒｉａｂｌｅ　Ｍｏｄｉｆｉｃａｔｉｏｎ　０ｐｅｒａｔ ｏｒｓ）これら演算子は、変数、パックドア レイ素子又はビットフィールドから値 をフェッチし、フェッチした値と他の オペランド値との間の算術的演算を行 い、算術演算の結果をオリジナルのメ モリに戻して記憶し、更新した値を生 成する。
ＤＤＭＯＤ ＡＤＤＭＯＤＡ ＡＤＤＭＯＤＸ （上の３つは成る値をメモリ位置の算 術的値に加算する。） ＩＶＭＯＤ ＤＩＶＭＯＤＡ Ｄ　ＩＶＭＯＤＸ （上の３つはメモリ位置の算術的値を 成る値で減算する。） ＴＡＮＤＭＯＤ ＩＡＮＤＭＯＤＡ ＩＡＮＤＭＯＤＸ （上の３つは成る値でメモリ位置の整 数値の「論理積（Ａｎｄ）　Ｊをとる。）０ＲＭＯＤ ＴＯＲＭＯＤＡ ＩＯＲＭＯＤＸ （上の３つは成る値でメモリ位置の整 数値の「論理和（叶）」をとる。） ＩＸＯＲＭＯＤ ＩＸＯＲＭＯＤＡ ＩＸＯＲＭＯＤＸ （上の３つは成る値でメモリ位置の整 数値の［排他的論理和（Ｏｒ）」をとる。）ＵＬＭＯＤ ＭＵＬＭＯＤＡ ＭＵＬＭＯＤＸ （上の３つは成る値でメモリ位置の整 数値を乗算する。） ＥＭＭＯＤ ＲＥＭＭＯＤＡ ＲＥ　Ｍ　Ｎｉ○ＤＸ （上の３つは成る値によりメモリ位置 の整数値を除算した剰余をとる。） Ｓ　ＨＲｆｖｌ　ＯＤ ＳＨＲＭＯＤＡ Ｓ　ＨＲＭ○ＤＸ （上の３つは成る値だけメモリ位置の ＵＢＭＯＤ ＳＵＢＭＯＤＡ ＳＵＢＭＯＤＸ （上の３つはメモリ位置の整数値から 成る値を減算する。） テーブル１０ データアクセス組（タプル）の属性 属性　意味 オフセット（Ｏｆｆｓｅｔ）　（フェッチ動作又は記憶動作のためのアドレスオ ペランドに加算すべきバイ トにおける）一定オフセット。
エフェクツ（ＥｆｆｅｃｔＳ）　フロントエンドによって使用されるのに保存さ れるロングワードＧＥＭは、このフィールドは（ＩＬ拡張中にプロ グラミングするときを除いては）決し て検査しない。フロントエンドの場所 として、組によって影響された又はア クセスされたメモリに関する情報をセ ーブすることを意図する。詳細につい てはＣＴ、０２９を参照されたい。
エフエクツ（Ｅｆｆｅｃｔｓ）２　Ｆ　Ｅ　Ｔ　ＣＨ及び５ＴＯＲＥの組には使 用されない。ＰＲＥ　ＩＮＣＲ１ ＰＯ３ＴＩＮＣＲＰ、ｏｐＭＯＤの組 に対してエフエクツは、組の「リード エフェクツ（ｒｅａｄ　ｅｆｆｅｃｔｓ）」（依存性）に付随するとともに、エ フェクツ２は 「ライトエフエクツ（ｗｒｉｔｅ　ｅｆｆｅｃｔｓ）　Ｊに付随する。
基本シンボル（Ｂａｓｅ　ｓｙｍｂｏｌ）基本シンボルはＣＴ、０７０のデータ アクセスモデルに説明されている。
マスト　リードＱ（ｕｓｔ　ｒｅａｄ）ＳＴＯＲＥ組には使用されない。
ＩＬでは他の方法では検出されない幾 つかのメカニズムにより先行のフェッ チ又は記憶に続いてフェッチされる変 数が書き込まれたこと、従って、先行 のフェッチ又は記憶のときの値と同一 の値をとってはならないことをオプテ イマイザに表示する。ＩＬ拡張は基本 シンボルが揮発性の書き込み属性を有 するフェッチのマストリードフラッグ を自動的にセットする。
マスト　ライト（Ｍｕｓｔ　ｗｒｉｔｅ）ＦＥＴＣＨの組には使用されない。
ＩＬでは他の方法では検出されない幾 つかのメカニズムによりその後の記憶 の前にフェッチされる変数が読まれた こと、従って、その後の記憶の前にフ ェッチか検出されない場合でもこの記 憶が実行されなければならないことを オプテイマイザに表示する。ＩＬ拡張 は基本シンボルが揮発性の読み出し属 性を有する記憶のマストライトフラッ グを自動的にセットする。
テーブル１１ 算術演算子（Ａｒｉｔｈｍｅｔｉｃ　０ｐｅｒａｔｏｒｓ）ＦＥＴＣＨＡ　パッ クドアレイ素子から符号拡張を有する符号付き整数又はゼロ拡張を有するアドレ ス又は符号のない整数をフェッチする。
ＦＥＴＣＨＸ　ビットフィールドからパックドアレイ素子から符号拡張を有する 符号付き整数又はゼロ拡張を有するアドレス又は符号のない整数をフェッチする 。
ＦＥＴＣＨ２Ｘ　パックドアレイ素子からゼロ拡張を有する符号付き整数をフェ ッチする。
ＦＥＴＣＨ２Ｘ　ビットフィールドからゼロ拡張を有する符号付き整数をフェッ チする。
記憶演算子（Ｓｔｏｒｅ　０ｐｅｒａｔｏｒ）ＳＴＯＲＥＡ　パックドアレイ素 子の整数又はアドレス値を記憶する。　− ３ＴＯＲＥＸ　ビットフィールドの整数又はアドレス値を記憶する。
ＶＳＴＯＲＥ　算術的値又はアドレス値を記憶し、記憶した値を生成する。
ＶＳＴＯＲＥＡ　パックドアレイ素子の整数又はアドレス値を記憶し、記憶した 値を生成する。
ＶＳＴＯＲＥＸ　ビットフィールドの整数又はアドレス値を記憶し、記憶した値 を生成する。
ρＣ’　ＴＴ　Ｄ　脩専％−＋Ａ″４・、ＭＬ中飴斗Ｒ二・７Ｖ小竿を算術的計 算（Ａｒｉｔｈｍｅｔｉｃ　Ｃｏｍｐｕｔａｔｉｏｎ）ＡＤＤ　オペランドの合 計を計算する。
ＣＡＤＤ　複素数オペランドと実数オペランドの合計を計算する。
ＣＤＩＶ　複素数オペランドと実数オペランドの商を計算する。
ＣＥＩＬ　実数オペランドの値以上の最小整数を計算する。
ＣＭＵＬ　複素数オペランドと実数オペランドの積を計算する。
Ｃ０ＮＪＧ　オペランドの共役複素数を計算する。
ＣＲＥＶＳＵＢ　複素数オペランドと実数オペランドの差を計算する。
ｕｓ）Ｕｊｊ　汲糸叡■ヘフノｉと夷数丁へフッ１り左を計算する。
ＤＩＶ　２個のオペランドの商を計算する。
ＦＬＯＯＲ実数オペランドの値以下の最大整数値を計算する。
ＩＰＷＲ第１オペランドを整数の第２オペランドの累乗に計算し、双方のオペラ ンドがゼロの場合にエラーの信号を発生する。
ＩＰＷＲＯ第１オペランドを整数の第２オペランドの累乗に計算し、双方のオペ ランドがゼロの場合に一方を生成する。
ＩＰＷＲＺ　第１オペランドを整数の第２オペランドの累乗に計算し、双方のオ ペランドかゼロの場合にゼロを生成する。
ＭＡＸ　オペランドの最大を計算する。
ＡＶＡ　Ａ　ＡＭ　４　’％ツノＩ−１／／［／Ｊ　Ｎ　ｒ　Ｍ　昇９０゜ＭＯ Ｄ　オペランドの数学的係数を計算する（Ａｄａ及びＰＬ／ＩＭＯＤ演算子）。
ＮＥＣオペランドの負の補数又は２の補数を計算する。
ＰＭＯＤ　除数が正でなければならないオペランドの数学的係数を計算する（Ｐ ａｓｃａｌ　ＭＯＤ演算子）。
ＰＷＲ第１オペランドを第２オペランドの累乗に計算し、双方のオペランドがセ ロの場合にエラーの信号を発生する。
ＰＷＲＯ第１オペランドを第２オペランドの累乗に計算し、双方のオペランドが ゼロの場合に一方を生成する。
ＰＷＲＺ　第１オペランドを第２オペランドの累乗に計算し、双方のオペランド がゼロの場合にゼロを生成する。
ＲＥＭ　オペランドの剰余を計算する （ＦＯＲＴＲＡＮ　ＭＯＤ関数、ＢＬＴＳＳＭＯＤ演算子、０％演算子、及びＰ ａ５ｃａｌ及びＡｄａ　ＲＥＭ演算子）。
ＲＯＵＮＤ　実数の小数部分を近似整数値に丸める。
ＳＵＢ　オペランドの差を計算する。
ＴＲＵＮＣ実数の小数部分をゼロに切り捨てる。
ＩＡＮＤ　２個の整数のビット論理積を計算する。
ＩＥＱＶ　２個の整数のビット等価を計算する。
Ｉ　ＮＯＴ　整数のビット補数を計算する。
１０Ｒ，２個の整数のビット論理和を計算する。
ｌＸＯＲ２個の整数のビット排他的論理和を計算する。
ＳＨＬ　正の桁送り数（シフトカウント）によって整数値を左に桁送り（シフト ）する。
ＳＨＲ正の桁送り数（シフトカウント）によって整数値を右に桁送り（シフト） する。
ＳＨ桁送り数（シフトカウント）の符号に基づいて整数の値を左又は右に桁送り （シフト）する。
数学的計算（Ｍａｔｈｅｍａｔｉｃａｌ　Ｃｏｍｐｕｔａｔｉｏｎｓ）ＡＣＯ３ オペランドのラジアンのアークコサインを計算する。
ＡＣＯ３Ｄ　オペランドの度数（ｄｅｇｒｅｅｓ）のアークコサインを計算する 。
ＡＳ　ＩＮ　オペランドのラジアンのアークサインを計算する。
ＡＳＩＮＤ　オペランドの度数のアークサインを計算する。
ＡＴＡＮ　オペランドのラジアンのアークタンジェントを計算する。
ＡＴＡＮＤ　オペランドの度数のアークタンジェントを計算する。
ＡＴＡＮ２　２個のオペランドの比のラジアンでのアークタンジェントを計算す る。
ＡＴＡＮ２Ｄ　２個のオペランドの比の度数でのアークタンジェントを計算する 。
ＣＯ８ラジアンで特定されるオペランドの余弦を計算する。
Ｃ０５Ｄ　度数で特定されるオペランドの余弦を計算する。
Ｃ０３Ｈオペランドの双曲線余弦を計算する。
ＥＸＰ　オペランドの指数（ｅの累乗）を計算する。
ＬＯＧ　オペランドのｅを底とする対数を計算する。
ＬＯＧ２　オペランドの２を底とする対数を計算する。
ＬＯＧ　Ｉ　ＯオペランドのｌＯを底とする対数を計算する。
ＳＩＮ　ラジアンで特定されるオペランドの正弦を計算する。
５ＴＮＤ　度数て特定されるオペランドの正弦を計算する。
５ＩＮＨオペランドの双曲線正弦を計算する。
５ＱＲＴ　オペランドの平方根を計算する。
ＴＡＮ　ラジアンで特定されるオペランドの正接を計算する。
ＴＡＮＤ　度数で特定されるオペランドの正接を計算ＴＡＮＨオペランドの双曲 線正接を計算する。
変換（Ｃｏｎｖｅｒｓ　１ｏｎ） ＣＡＳＴ　若干の他の型式の幾つかの値として同一のピットパターンを有する算 術的型式の値を生成する。
ＣＭＰＬＸ　２個の実数オペランドから複素数を構成する。
ＣＶＴ　１個の算術的型式の値を他の算術的型式の値に翻訳する。
ＩＭＡＧ　複素数の虚数部分をとる。
ＲＥＡＬ　虚数の実数部分をとる。
ＲＯＵＮＤ　小数部分を丸めることにより実数を整数値に変換する。
ＴＲＵＮＣ小数部分をゼロに切り捨てることにより実数を整数値に変換する。
ＸＣＶＴ　変換した値の表現における過剰に大きいビットを切り捨てることによ り１個の整数型式の値を他の整数型式に変換する。
比較（Ｃｏｍｐａｒｉｓｏｎｓ） ＥＱＬ　１個の算術的値か他の値に等しい場合にテストする。
ＧＥＱ　１個の算術的値か他の値より大きいか、又は等しい場合にテストする。
ＧＴＲ’　１個の算術的値か他の値より大きい場合にテストする。
ＬＳ３　１個の算術的値か他の値より小さい場合にテストする。
ＬＥｏ　１個の算術的値が他の値より小さいか、又は等しい場合にテストする。
ＮＥＱ　１個の算術的値か他の値とは異なる場合にテストする。
変数変更演算子（Ｖａｒｉａｂｌｅ　Ｒｌｏｄｉｆｉｃａｔｉｏｎ　０ｐｅｒａ ｔｏｒ）Ａ　Ｄ　Ｄ　Ｍ　ＯＤ ＡＤＤＭＯＤＡ ΔＤＤＭＯＤＸ （上記３つは、メモリ位置における算術的値に成る値を加算する。） ＩＶＭＯＤ Ｄ　ＩＶＭＯＤＡ ＤＩＶＭＯＤＸ （上記３つは、メモリ位置における算術的値を成る値で除算する。） ＩＡＮＤＭＯＤ ＩＡＮＤＭＯＤＡ ＩＡＮＤＭＯＤＸ （上記３つは、メモリ位置における整数値を成る値で「論理積」をとる。） ■○ＲＭＯＤ ＩＯＲＭＯＤＡ ■○ＲＭ　ＯＤ　Ｘ （上記３つは、メモリ位置における整数値を成る値て「論理和」をとる。） ＩＸＯＲＭＯＤ ＩＸＯＲＭＯＤＡ ＩＸＯＲＭＯＤＸ （上記３つは、メモリ位置における整数値を成る値て「排他的論理和」をとる。
） ＵＬＭＯＤ ＭＵＬＭＯＤＡ ＭＵＬＭＯＤＸ （上記３つは、メモリ位置における算術的値を成る値で乗算する。） ＥＭＭＯＤ ＲＥＭＭＯＤＡ ＲＥＭＭＯＤＸ （上記３つは、メモリ位置における算術的値の成る値に対する剰余をとる。） ＨＬＭＯＤ ＳＨＬＭＯＤＡ ＳＨＬＭＯＤＸ （上記３つは、メモリ位置における整数を成る値たけ左に桁送りする。） ＨＲＭＯＤ ＳＨＲＭＯＤＡ ＳＨＲＭＯＤＸ （上記３つは、メモリ位置における整数を成る値だけ右に桁送りする。） ＵＢＭＯＤ ＳＵＢＭＯＤＡ ＳＵＢＭＯＤＸ （上記３つは、メモリ位置における算術的値から成る値を減算する。） 増分演算子（ｉｎｃｒｅｍｅｎｔ　０ｐｅｒａｔｏｒｓ）ＰＯ３ＴＩＮＣＲ ＰＯＳＴＩＮＣＲＡ ＰＯ３ＴＩＮＣＲＸ （上記３つは、それぞれ変数、パックドアレイ素子又はビットフィールドから表 現的値をフェッチし、フェッチしたものにコンパイル時定数増分だけ加算し、こ の結果をメモリ内に戻して記憶し、初期値（非増分値）を生成する。） ＰＲＥｒＮＣＲ ＰＲＥＩＮＣＲＡ ＰＲＥＩＮＣＲＸ （上記３つは、それぞれ変数、パックドアレイ素子又はビットフィールドから表 現的値をフェッチし、フェッチしたものにコンパイル時定数増分たけ加算し、こ の結果をメモリ内に戻して記憶し、増分値を生成する。）テーブル１２ 文字及びビットストリング演算子 （Ｃｈａｒａｃｔｅｒ　ａｎｄ　Ｂｉｔ　Ｓｔｒｉｎｇ　０ｐｅｒａｔｏｒｓ） 演算子　意味 フェッチ演算子（Ｆｅｔｃｈ　０ｐｅｒａｔｏｒｓ）ＦＥＴＣＨＦ　特定長さの 文字ストリング又はビットストリングをフェッチする。
ＦＥＴＣＨ３特定長さ及び特定文字を有するストリングかベースアドレスからオ フセットする文字サブストリング又はビットサブストリングをフェッチする。
ＦＥＴＣＨＶ　長さかストリングのテキストに先行するワークにある可変長さ文 字ストリングをフェッチする。
ＦＥＴＣＨ２空白終了文字ストリングをフェッチする。
記憶演算子（Ｓｔｏｒｅ　０ｐｅｒａｔｏｒｓ）ＳＴＯＲＥＳ　特定長さ及び特 定文字を有するストリングがベースアドレスからオフセットする文字サブストリ ング又はビットサブストリングを記憶する。
５ＴＯＲＥＶ　可変長さ文字ストリングを記憶する即ち、ストリングがストリン グの長さを含むワードに後続する場合にテキストを記憶する。
５ＴＯＲＥＺ　空白終了文字ストリングを記憶する即ち、空白文字（全てのゼロ ビット）か後続するストリングのテキストを記憶する。
ストリング操作（Ｓｔｒｉｎｇ　Ｍａｍｉｐｕｌａｔｉｏｎｓ）ＣＯＮＣＡＴ　 他のストリングの全ての素子か後続する１個のストリングの全ての素子よりなる ストリングを計算する。
ＦＩＬＬ　特定文字の複写（ｃｏｐｙ）を有する特定長さに埋め込んだ文字スト リングの複写を生成する。
ＲＥＰＬＥＣＡＴＥ　他のストリングの特定数の複写連結であるストリングを生 成する。
５ＵＢＳＴＲ特定開始位置及び長さを有する特定ストリングからサブストリング を抜き出す。
ＴＲＡＮＳＬＳＴＥ　翻訳テーブルとして他の文字ストリングを使用して１個の 文字ストリングの複写を生成する。
ＢＡＮＤ　２個のビットストリングのビット論理積（“ｓｅｔ　１ｎｔｅｒｓｅ ｃｔｉｏｎ”）を計算する。
ＢＤＩＦＦ　２個のビットストリングのビット差（“ｓｅｔ　５ｕｂｔｒａｃｔ ｉｏｎ”　）を計算する。
ＢＥＱＶ　２個のビットストリングのビット等価（ｅｑｕｉｖａｌｅｎｃｅ）を 計算する。
ＢＮＯＴ　ヒツトストリングのヒツト否定じｓｅｔ　ｃｏｍｐｌｅｍｅｎｔ”） を計算する。
ＢＯＲ２個のビットストリングのビット論理和（“ｓｅｔ　ｕｎｉｏｎ”）を計 算する。
ＢＸＯＲ２個のビットストリングのビット排他的論理和（“ｓｅｔ　ｄｉｆｆｅ ｒｅｎｃｅ”）を計算する。
変換（Ｃｏｎｖｅｒｓ　ｉｏｎｓ） ＥＬＥＭＥＮＴ　文字ストリング又はヒツトストリングから１個の素子を抜き出 し、ＣＨＡＲ又はＩＭＡＸゼロ又はｌとして生成する。
５ＣＡＳＴ　成る他の値と同一のビットパターンを有するストリングを生成する 。
ＵＳＴＲＩＮＧ　単独の文字よりなるストリングを生成する。
ＩＮＤＥＸ　他のストリング内の１文字ストリングの第１出現位置を計算する。
ＬＥＮＧＴＨストリングの長さを計算する。
ＰＩＮＤＥＸ　他のストリング内の１個のストリングの第１出現位置を計算する が、双方のストリングか空の場合、ｌを生成する。
ＰＳＥＡＲＣＨ他の文字ストリング内にも見られる１文字ストリングの第１文字 の位置を計算するか、双方のストリングか空の場合、１を生成する。
ＰＶＥＲＩ　ＦＹ　他の文字ストリング内にも見られない１文字ストリングの第 １文字の位置を計算するか、双方のストリングか空の場合、ｌを生成する。
５ＥＡＲＣＨ他の文字ストリング内にも見られる１文字ストリングの第１文字の 位置を計算する。
ＶＥＲＩＦＹ　他の文字ストリング内にも見られない１文字ストリングの第１文 字の位置を計算する。
非理込み比較（Ｕｎｐａｄｄｅｄ　Ｃｏｍｐａｒｉｓｏｎｓ’）ＥＱＬ　１個の ストリングが他のストリングに等しい場合にテストする。
ＧＥＱ　１個のストリングか他のストリングよりも大きいか、又は等しい場合に テストする。
ＧＴＲ１個のストリングか他のストリングよりも大きい場合にテストする。
ＬＥＱ　１個のストリングか他のストリングよりも小さいか、又は等しい場合に テストする。
ＬＳ３　１個のストリングが他のストリングよりも小さい場合にテストする。
ＮＥＱ　１個のストリングが他のストリングとは異なる場合にテストする。
埋込比較（Ｐａｄｄｅｄ　Ｃｏｍｐａｒｉｓｏｎｓ）ＥＱＬＰ　１個の埋め込み ストリングか他のストリングに等しい場合にテストする。
ＧＥＱＰ　１個の埋め込みストリングか他のストリングよりも大きいか、又は等 しい場合にテストする。
ＧＴＲＰ　１個の埋め込みストリングか他のストリングよりも大きい場合にテス トする。
ＬＥＱＰ　１個の埋め込みストリングが他のストリングよりも小さいか、又は等 しい場合にテストする。
ＬＳＳＰ　１個の埋め込みストリングか他のストリングよりも小さい場合にテス トする。
３Ｕｔ′ｂＫ３ｂＩ　ＣツＰスｒリノン１）すｆ　Ｌ　’Ｊ）　１こツｒＷ他の ビットストリングの１ビツトでもあるか否かをテストする。
テーブル１３ プール演算子 ＬＢＳＥＴ　整数値の最下位ビットがセットされているか否かをテストする。
Ｎ０ＮＺＥＲＯ整数値か非ゼロであるか否かをテストする。
表現（Ｒｅｐｒｅｓｅｎｔａｔ　１ｏｎ）ＡＬＬＢ　ＩＴＳ　真に対して整数− １（又は符号なしの等価値）を生成し、偽に対して０を生成する。
ＬＳＢＩＴ　真に対して整数ｌを生成し、偽に対して０を生成する。
関係（Ｒｅｌｓｔｉｏｎｓ） ＥＱＬ　１個のスカラー値又はストリング値か他のものに等しい場合にテストす る。
ＥＱＬＢＬＫ　メモリ内のバイトの２個のブロックが同一である場合にテストす る。
ＥＱＬＰ　１個の埋込みストリングが他のものに等しい場合にテストする。
ＧＥＱ　１個のスカラー値又はストリング値か他のものよりも大きいか、又は等 しい場合にテストする。
ＧＥＱＰ　１個の埋込みストリングが他のものよりも大きいか、又は等しい場合 にテストする。
ＧＴＲ１個のスカラー値又はストリング値が他のものよりも大きい場合にテスト する。
ＧＴＲＰ　１個の埋込みストリングが他のものよりも大きい場合にテストする。
ＬＥＱ　１個のスカラー値又はストリング値が他のものよりも小さいか、又は等 しい場合にテス１へする。
ＬＥＱＰ　１個の埋込みストリングが他のものよりも小さいか、又は等しい場合 にテストする。
ＬＳ３　１個のスカラー値又はストリング値か他のものよりも小さい場合にテス トする。
ＬＳＳＰ　１個の埋込みストリングか他のものよりも小さい場合にテストする。
Ｍ　Ｅ　Ｍ　Ｂ　Ｅ　Ｒヒツトストリングか特定インデックスでの１ビツトを有 するか否かをテストする。
ＮＥＱ　１個のスカラー値又はストリング値か他のものと異なる場合にテストす る。
Ｎ　Ｅ　Ｑ　Ｂ　Ｌ　Ｋ　メモリ内のバイトの２個のブロックか他のものと異な る場合にテストする。
ＮＥＱＰ　１個の埋込みストリングか他のものと異なる場合にテストする。
５ＵＰＥＲ３ＥＴ　ビットストリング内の全ての１ビツトか他のビットストリン グの１ビツトでもあるか否かをテストする。
５ＵＢＳＥＴ　ビットストリング内の全ての１ビツトか他のビットストリングの １ビツトでもあるか否かをテストする。
ＬＡＮＤＣ第１オペランドが偽である場合に、第２オペランドを「短絡（ｓｈｏ ｒｔ−ｃｉｒｃｕｉｔｉｎｇ）Ｊ評価して２個のプール値の論理積を計算する。
ＬＡＮＤＵ　第１オペランド及び第２オペランドの双方か評価されることを保証 して２個のプール値の論理積を計算する。
ＬＥＱＶ　２個のプール値の論理等価を計算する。
ＬＮＯ７２個のプール値の論理補数を計算する。
ＬＯＲ２個のプール値の論理和を計算する。
ＬＯＲＣ第１オペランドか真である場合に、第２オペランドを［短絡（ｓｈｏｒ ｔ−ｃｉｒｃｕｉｔｉｎｇ）」評価して２個のプール値の論理和を計算する。
ＬＯＲＵ　第１オペランド及び第２オペランドの双方か評価されることを保証し て２個のプール値の論理和を計算する。
ＬＸＯＲ２個のプール値の排他的論理和を計算する。
条件式（Ｃｏｎｄｉｔｉｏｎａｌ　Ｅｘｐｒｅｓｓｉｏｎｓ）ＳＥＬ　ブールセ レクタに基づいて２個の値の一方を選択する。
５ＥＬＣブールセレクタに基づいて２個の式の一方を評価（ｅｖａｌｕａｔｅ） する。
ＳＥＬ、Ｕ　ブールセレクタに基ついて２個の値の一方を選択するか、双方のオ ペランドが評価されることを保証する。
オペランドブリミタ（Ｏｐｅｒａｎｄ　Ｄｅｌｉｍｉｔｅｒ）ＦＬＷＭＡＲＫ　 ＬＡＮＤ、ＬＯＲ，ＳＥＬ、ＬＡＮＤＣ。
ＬＯＲＣ，又は５ＥＬＣの組（Ｔｕｐｌｅ）のオペランドのための組シーケンス の始まりをマークする。
フローコントロール（Ｆｌｏｗ　Ｃｏｎｔｒｏｌ）ＡＳＳＥＲＴ　プール値が偽 である場合に、例外条件の信号を発生する。
ＢＲＣＯＮＤ　プール値に基づいて２個の宛先のうちの一方に分岐する。
テーブル１４ チェック演算子（Ｃｈｅｃｋｉｎｇ　０ｐｅｒａｔｏｒｓ）演算子　意味 ＡＳＳＥＲＴ　プール値か偽である場合、例外の信号を発生する。
ＣＨＫＥＱＬ　２個の値か等しくない場合、例外の信号を発生する。
ＣＨＫＧＥＱ　１個の値か他の値よりも小さい場合、例外の信号を発生する。
ＣＨＫＧＴＲ１個の値か他の値よりも小さいか又は等しい場合、例外の信号を発 生する。
ＣＨＫＬＥＮＥＱＬ　ストリングの長さか特定整数に等しくない場合、例外の信 号を発生する。
ＣＨＫＬＥＮＧＴＲストリングの長さか特定整数よりも小さいか、又は等しい場 合、例外の信号を発生する。
ＣＨＫＬＥＮＬＳＳ　ストリングの長さか特定整数よりも大きいか、又は等しい 場合、例外の信号を発生する。
ＣＨＫＬＥＱ　１個の値か他の値よりも大きい場合、例外の信号を発生する。
ＣＨＫＮＥＱ　１個の値か他の値に等しい場合、例外の信号を発生する。
ＣＨＫＲＡＮＧＥ　１個の値が、他の２個の値で区切られる包含範囲にない場合 、例外の信号を発生する。
５ＴＧＮＡＬＳ　例外の信号を無条件に発生する。
テーブル１５ フローコントロール演算子（Ｆｌｏｗ　Ｃｏｎｔｒｏｌ　０ｐｅｒａｔｏｒｓ） ＢＥＧ　ＩＮ　ルーチンのためのＩＬＧの始めのマーク付けをする。
ＥＮＴＲＹ　ルーチンの入口ポイントを表示する。
ＬＡＢＥＬ　ブランチ目標を表示する。
ＶＬＡＢＥＬ　仮想基本ブロックを表示する。
ＨＡＮＤＬＥＲＴＢＳ ＢＲＡＲＩＴＨ算術的値か負か、ゼロが、正かに基づいて３個の宛先のうちの一 つに分岐する。
Ｔ　ＴＴＮＫ　Ｄ　Ｔ　ｎ　（’　Ａ　Ｔ　＋７Ｌ　’／　ｌ−Ｉｆ、−−ｋ　 ”ｉ／７＋１−：／＜　＋＋、／Ｔｌ　’７　Ｋ’　ＬｌシＢＲＣＯＮＤ　ブー ル値が真か偽かに基づいて、２個の宛先のうちの一方に分岐する。
ＢＲ３ＥＬ　下位テスト定数及び高位テスト定数か整数セレクタの値を囲む宛先 を選択する。
ＥＮＴＲＹＰＴＲルーチンのＢＥＧＩＮの組（ｔｕｐｌｅ）をＥＮＴＲＹの組に 関連させる。
ＥＳＴＬＡＢＥＬ　ＴＢＳ ＥＳＴＥＮＴＲＹ　ＴＢＳ ＶＢＲＡＮＣＨＶＬＡＢＥＬを仮想基本ブロックの実存しうる宛先のセットに関 連させる。
間接ブランチ（Ｉｎｄｉｒｅｃｔ　Ｂｒａｎｃｈｅｓ）ＪＵＭＰ　外部ルーチン のコンテキストの復元又はリストアを含む［バウンドラベル変数 （ｂｏｕｎｄ　１ａｂｅｌ　ｖａｒｉａｂｌｅ）Ｊを経て制御を転送する。
ＪＬＩＩＶｌｔ”Ｌりしハし　ノコレノＩ”／レーアノリフ′＼ルすＩｒ＋レス ζなる。
フロー終了（Ｆｌｏｗ　Ｔｅｒｍｉｎａｔｉｏｎ）ＪＵＭＰＳＹＭＢＯＬ　カレ ントルーチンを含むルーチンにおける特定ラベルシンボルに非局所的ｇｏｔｏを 行う。
ＲＥＴＵＲＮ　カレントルーチンを終了し、コールの直後にコールしたリターン に制御を戻す。
５ＴＯＰ　カレントルーチンを終了し、コールしたリターンに制御を戻す。更に 、このルーチンか再びコールされないこと（このリターンがプログラム実行を終 了すること）をＯＥＭに知らせる。
複写又はコピー（ｃｏｐｙ）セマンティクスとバインドセマンティクス（Ｂｉｎ ｄ　Ｓｅｍａｎｔｉｃｓ）との間の選択に影響を与えるパラメータシＭｕｓｔ　 ｂｉｎｄ　パラメータをバインドセマンティクスで実施することを要求する。Ｍ ｕｓｔ　ｂｉｎｄか特定された場合、以後に列挙される他のフラグを無視する。
Ｃｏｎｃｅａｌ　ａｌｉａｓ　ｅｆｆｅｃｔｓエイリアスエフェクトか起こって はならないことを指示する。基本的に、このことは、パラメータを複写セマンテ ィクスて実施することを要求する。
Ｅｘｐｏｓｅ　ａｌｉａｓ　ｅｆｆｅｃｔｓエイリアスエフェクトが見えるよう にしなけれはならないことを指示する。基本的に、このことは、パラメータをバ インドセマンティクスで実施することを要求する。
Ｃｏｎｃｅａｌ　ａｌｉａｓ　ｅｆｆｅｃｔｓ又はＥｘｐｏｓｅ　ａｌｉａｓ　 ｅｆｆｅｃｔｓのいずれも特定されない場合、ＧＥＭはａｌｉａｓ　ｅｆｆｅｃ ｔｓについて心配する必要はない（恐らく、スカラーパラメータのための複写セ マンティクス及び集合パラメータのためのバインドセマンテイクスを使用する） 。フロントエンドかこれらフラグの双方をセットするのはエラーである。
Ｉｎｐｕｔ　呼出しくコール）に先立って、呼出しルーチンか実記憶位置を初期 化することを指示する。複写セマンティクスをこのルーチンに使用する場合、実 記憶位置はルーチン入口の局所記憶領域に複写されなけれはならない。
０ｕｔｐｕｔ　このフラグがセットされる場合、呼出しルーチンは実記憶位置が 呼出しから復帰した際にパラメータの最終値を含むことを予期する。
このフラグがセットされない場合、呼出しルーチンは、実記憶位置がこの呼出し によって影響を受けないことを予期する。
テーブル１７ 種々のソース言語のためのパラメータセマンティックフラグの設定（セツティン グ） 言語セマンテイツク　Ｅｘｐｏｓｅ／ＣｏｎｃｅａｌＡｌｉａｓ　Ｅｆｆｅｃｔ ｓ　ＩｎｐｕｔｌｏｕｔｐｕｔＢＬＩＳＳ　ｐａｒａｍｅｔｅｒｓ　Ｄｏｎ’　 ｔ　ｃａｒｅ　ＩｎｐｕｔＣｐａｒａｍｅｔｅｒｓ　Ｄｏｎ’　ｔ　ｃａｒｅ　 ＩｎｐｕｔＳｔａｎｄａｒｄ　ＦＯＲＴＲＡＮ　ｐａｒａｍｅｔｅｒｓ　Ｄｏｎ ’ｔ　ｃａｒｅ　Ｉｎｐｕｔｌｏｕｔｐｕｔ（Ｏｌｄ）ＶＡＸ　ＦＯＲＴＲＡＮ 　ｐａｒａｍｅｔｅｒｓ　Ｅｘｐｏｓｅ　ＩｎｐｕｔｌｏｕｔｐｕｔＰａｓｃａ ｌ　ｖａｌｕｅ　ｐａｒａｍｅｔｅｒｓ　Ｃｏｎｃｅａｌ　ＩｎｐｕｔＰａｓｃ ａｌ　ｖＡＲｐａｒａｍｅｔｅｒｓ　Ｅｘｐｏｓｅ　Ｉｎｐｕｔｌｏｕｔｐｕｔ Ａｄａ　ａｔｏｍｉｃ　ｐａｒａｍｅｔｅｒｓ　Ｃｏｎｃｅａｌ　ｓｅｅ　Ｎｏ ｔｅＡｄａ　ａｇｇｒｅｇａｔｅ　ｐａｒａｍｅｔｅｒｓ　Ｄｏｎ’ｔ　ｃａｒ ｅ　ｓｅｅ　ＮｏｔｅＰＬ／［ｐａｒａｍｅｔｅｒｓ　Ｅｘｐｏｓｅ　Ｉｎｐｕ ｔｌｏｕｔｐｕｔＮｏｔｅ：Ａｄａルーチン宣言におけるパラメータ仕様のＩＮ 変更子、　ＯＵＴ変更子、又はＩＮ　ＯＵＴ変更子によって特定される。
テーブル１８ ＧＥＭ＄ＭＥＣＨＡＮＩ　ＳＭ列挙型式％式％ 値（Ｖａｌｕｅ）　コーラ−（ｃａｌｌｅｒ）は引き数の値を渡す。実記憶位置 はパラメータリストの入口である。
リファレンス（Ｒｅｆｅｒｅｎｃｅ） コーラ−は成る記憶位置のアドレスを渡す。
実記憶位置は、アドレスがパラメータリストに渡される記憶位置である。
リファレンス（Ｒｅｆｅｒｅｎｃｅ）パラメータは長さパラメータフィールドを 有し、同一ルーチンにおける他のパラメータシンボルを指すよう定義される。こ の他のパラメータ（データ型式ＩＭＡＸと値メカニズムを有していなければなら ない）は、未知のサイズのフラグかセットされると思われるリファレンス（Ｒｅ ｆｅｒｅｎｃｅ）パラメータの実際の長さを受け取ると仮定される。（リファレ ンス（Ｒｅｆｅｒｅｎｃｅ）によって渡される記憶位置と値（Ｖａｌｕｅ）によ って渡される関連の長さとのこの組み合わせは、「アドレス及び長さくａｄｄｒ ｅｓｓ　ａｎｄ　ｌｅｎｇｈｔ）Ｊと称される。
ストリング（Ｓｔｒｉｎｇ） コーラ−は文字ストリング又はビットストリングのアドレス及び長さく可変文字 ストリングに対しては最大長さ）を含むデータ構造のアドレスを渡す。パラメー タシンボルに関連する記憶位置は、記述子データ構造における基底（ベース）ア ドルスフィールドの内容である。
アレイ（Ａｒｒａｙ）　コーラ−は文字ストリング又はビ・ノドストリングを一 次元アレイ又はビットアレイを記述するデータ構造のアドレスを渡す。パラメー タシンボルに関連する記憶位置は、記述子データ構造におけるベースアドレスフ ィールドの内容である。
ジェネラル（Ｇｅｎｅｒａｌ） コーラ−は成る記憶位置のアドレスを含むデータ構造のアドレスを渡す。パラメ ータシンボルに関連する記憶位置は、記述子データ構造におけるベースアドレス フィールドの内容である。
フロントエンドはコーラ−にコードを発生し、記述子データ構造のベースアドレ スフィールド以外の全てのフィールドを満たすこと及び被呼ルーチンにコードを 発生してこれらフィールドに割り込むことの責任を負う。被呼ルーチンはＤＥＳ ＣＡＤＤＲを使用して記述子のアドレスを得る。
Ｃｎｖｎｐｍｉｒ　（ｔｒｉｎａ）ｆ−）ｈのν；ホエ（軸的７ト１１リゲｐｔ ホエ）ル渡す。被呼ルーチンは、記述子によって指テーブル２０ 引き数（Ａｒｇｕｍｅｎ　ｔ　）のタプル又は組（Ｔｕｐｌｅｓ）の属性（Ａｔ ｔｒｉｂｕｔｅｓ）属性　意味 Ｐａ５ｓ　ｂｙ　ｒｅｇｉｓｔｅｒ 引き数か、特定のレジスタ又は特定ア ーキテクチャのシステムコール標準によって決定される位置に渡されるか否かを 指示する。真であれば、引き数は識別子（ＧＥＭ＄ＴＳ　ＲＥＧ列挙型式からの ）がａｒｇ位置フィールドにあるレジスタに渡される。偽であれば、ａｒｇ位置 は単にこのコールの全ての非しジスタ引き数のうちの１オリジンインデツクスで あり、ＯＥＭは適正な「標準」引き数位置を決定する。（ＯＥＭはａｒｇ位置で 特定される引き数位置をオーバーライドし、利用できる呼出ルーチン及び被呼ル ーチンの双方を有する場合にレジスタによって渡し、必要な分析を行う。） Ｓｐｅｃｉａｌ　ｒｅｇｉｓｔｅｒ　Ｐａ５ｓ　ｂｙ　ｒｅｇｉｓｔｅｒが真で ある場合にのみ真であるとし、この場合、ＯＥＭは特定レジスタを使用しなけれ ばならない。
Ａｒｇ　１ｏｃａｔｉｏｎ２ Ｐａｓｓ　ｂｙ　ｒｅｇｉｓｔｅｒ２ メカニズムがリファレンスである場合 のみ関連し、この場合、これらフィールドは、引き数長さが値によって渡される 引き数位置を特定する。Ａｒｇ　１ｏｃａｔｉｏｎ２に渡されない長さは０であ る。
Ｐａｒｍ　ｉｓ　ｒｅａｄ　真である場合に、ＯＥＭが、被呼ルーチンは渡され る実際の引き数位置の内容を検査することを仮定する指示をするフラグ（メカニ ズムが値でない場合のみ意味かある。） Ｐａｒｍ　ｉｓ　ｗｒｉｔｔｅｎ　真である場合に、ＯＥＭが被呼ルーチンは渡 される実際の引き数位置の内容を修飾することを仮定する指示するフラグ（メカ ニズムか値でない場合のみ意味かある。） Ｄｅｓｃ　５ｉｚｅ　メカニズムがジェネラルである場合即ち、引き数を渡すよ う割当てる記述子のサイズである場合のみ意味かある。
０ｆｆｓｅｔ　実引き数アドレスを組のアドレスオペランドからオフセット子る ことを特定する種々のＡＲＧＡＤＲの組においてのみ使用される。
Ｅｆｆｅｃｔｓ　引き数を渡すことにより生ずるｒｒｅａｄＪサイドエフェクト を特徴付ける種々のＡＲＧＡＤＲの組においてのみ使用される。
Ｅｆｆｅｃｔｓ２　引き数を渡すことにより生ずるｒｗｒｉｔｅ　」サイドエフ ェクトを特徴付ける種々のＡＲＧＡＤＲの組においてのみ使用される。
Ｂａ５ｅ　Ｓｙｍｂｏｌ　既知であるアドレスが渡されている変数のシンボルノ ードを指し示すポインタである種々のＡＲＧＡＤＲの組においてのみ使用される 。
テーブル２１ ルーチンコール、引き数渡し及び値戻し演算子（Ｒｏｕｔｉｎｅ　Ｃａ１ｌ。
Ａｒｇｕｍｅｎｔ　Ｐａｓｓｉｎｇ、ａｎｄ　Ｖａｌｕｅ　Ｒｅｔｕｒｎ　０ｐ ｅｒａｔｏｒｓ）ＩＮＩＴＣＡＬＬ　ルーチンコールのためのＩＬの始めにマー クを付け、引き数リストの割当てを行う。
値の引き渡しくＰａｓｓｉｎｇ　ａ　Ｖａｌｕｅ）ＡＲＧＶＡＬ　引き数として 表現的値を渡す。
ＡＲＧＶＡＬＡ　特定長さの文字ストリング又はビットストリングを渡す。
アドレスの引き渡しくＰａｓｓｉｎｇ　ａｎ　Ａｄｄｒｅｓｓ）ＡＲＧＡＤＲ表 現的値を含む記憶位置のアドレスを渡す。
ＡＲＧＡＤＲＡ　特定長さの文字ストリング又はビットストリングを含む記憶位 置のアドレスを渡す。
ＡＲＧＡＤＲ３特定アドレスの記憶位置のビットストリング又は文字ストリング のサブストリングを渡す。
テンポラリの割当て及び引き渡し くＡｌｌｏｃａｔｉｎｇ　ａｎｄ　Ｐａｓｓｉｎｇ　ａ　Ｔｅｍｐｏｒａｒｙ） ＡＲＧＴＭＰ　スカラー値のための空間を割当て、そのアドレスを渡す。
ＡＲＧＴＭＰＡ　特定サイズの文字ストリング又はビットストリングのための空 間を割当て、そのアドレスを渡す。
動的リターン値記述子の生成 （Ｃｒｅａｔｉｎｇ　ａ　Ｄｙｎａｍｉｃ　Ｒｅｔｕｒｎ　Ｖａｌｕｅ　Ｄｅｓ ｃｒｉｐｔｏｒ）ＡＲＧＢＵＦ　特定サイズのビットストリング又は文字ストリ ングの空間を割当て、固定バッファ動的リターンメカニズムて値を戻すことを必 要とする記述子を渡す。
ＡＲＧＤＹＮ　スタック動的リターンメカニズムで値を戻すことを必要とする記 述子を渡す。
ＡＲＧＳＴＫ　動的ストリングメカニズム又はスタック動的リターンメカニズム でヒツトストリング又は文字ストリングを戻すことを必要とする動的ストリング 記述子を渡す。
ＡＲＧＢＬＯＣＫ　特定サイズのブロックのための空間を割当て、そのアドレス を渡す。
ＢＬＫＦ　ＩＥＬＤ　スカラー値を先に割り当てられた引き数ブロックのフィー ルドに記憶する。
ＡＲＧＤＥＦ　ＩＮＥＳ　引き数ブロックに引き数を渡す属性のサイドエフェク トを記述する。
ＤＳＣＦ　ＩＥＬＤ　先に割り当てられた汎用記述子のフィールドにアドレス値 又は整数値を記憶する。
ＣＡＬＬ　特定アドレスでルーチンを呼び出す。
ＲＥＳＵＬＴＢＵＦ　ＡＲＧＢＵＦの組て割り当てられたテンポラリに戻され、 長さが特定のレジスタに戻された若しストリング又はビットストリングを検索す る。
ＲＥＳＵＬＴＤＹＮ　ＡＲＧＤＹＮの組（Ｔｕｐｌｅ）に応答して戻された文字 ストリング又はビットストリングのための動的ストリング記述子を生成する。
ＲＥＳＵＬＴＲＥＧ　特定レジスタからスカラー結果値を検索する。
ＲＥＳＵＬＴＳＴＫ　ＡＲＧＳＴＫの組（Ｔｕｐｌｅ）に応答してスタック上に 戻された文字ストリング又はビットストリングを検索する。
付　録 以下のアクションはアクション翻訳機の実行フローを制御する。
アクション（〈結果　パル　リスト〉：〈一時　パル　リスト〉）はテンプレー トのアクションシーケンスの開始をマークする。これはそれかオペランド変数を 割り付けるから、テンプレートの第１アクシヨンでなければならない。
双方のパル　リスト（ｖａｒ−１ｉｓｔ）の内容はテンプレートの残りの期間に オペランド変数の命名に使用された識別子のコンマで区切られたシーケンスであ る。もしテンプレートかいずれの結果オペランド（ｒｅｓｕｌｔ　ｏｐｅｒａｎ ｄ）もしくは一時オペランド（ｔｅｍｐｏｒａｒｙ　ｏｐｅｒａｎｄ　）を使用 しないなら、これらのパル　リストのいずれかは空である。
結果　パル　リザルト中の識別子は結果オペランドの名前である。ボイド　コン テキストのＩＬＧノードは０結果オペランドを有し、一方、他のたいていの表現 は１結果オペランドを有している。例外は、２もしくは３オペランド（１つはス トリング本体をアドレスし、１つはストリング長に対するものであり、そして他 の１つはストリング本体を保持する）を要求するストリング結果と、２オペラン ド（１つは実成分に対するもの、他は虚成分に対するもの）を要求する複合結果 とを含んでいる。
遅延（ＤＥＬＡＹ）は遅延しないアクションの終了と遅延されたアクションの開 始をマークする。遅延アクションか翻訳されると、現行テンプレートの処理は、 対応ＩＬＧサブツリーが親サブツリーのリーフとして使用されるまで一時停止さ れる。親サブツリーのテンプレートか対応リーフを遅延しないなら、翻訳は遅延 アクションに続くアクションを継続しよう。
イグジット（出口）はアクションシーケンスの翻訳を終了する。
イグジットアクションの翻訳は結果オペランドを戻し、残りのオペランド変数と 局部ＴＮを解放し、かつこのアクションシーケンスを遅延しないテンプレートに より翻訳を再開する。
終了　アクションはアクションシーケンスの終了をマークする。
それは翻訳されないから真のアクションではない。終了アクションオペレーショ ンはアクションシーケンスの字句的に最終の成分でなければならない。このオペ レーションはアクションオペレーションで宣言されたオペランド識別子の範囲の 終端をマークする。
非遅延（リーフ、ｏｐｒｌ、ｏｐｒ２．　、、、、）は特定パターン「リーフ」 の遅延コンテキクスト　アクションを処理する。リーフの結果オペランドはｒｏ ｐｒ　ＩＪ　、ｒｏｐｒ２Ｊ等のオペランド変数にコピーされる。コピーされた オペランドの数はリーフのテンプレートの結果オペランドの数と整合しなければ ならない。
ラベル（名前）はアクションシーケンス中の現行位置に「名前」を標識（１ａｂ ｅｌ）する。
ゴーツー（名前）は翻訳機を分岐し、かつ「名前」により特定されたラベルに続 くアクションで処理を継続する。
ンバ（Ｌｉｎｅａｒ　０ｒｄｅｒ　Ｎｕｍｂｅｒ）クロック変数を増分する。
使用（オペランド）は特定オペランド変数を参照する。このアクションはオペラ ンドが使用されるテンプレートの最後の場所をマークするのに使用され、かつ寿 命を適当に延永久クラスＴＮ　（ｐｅｒｍａｎｅｎｔ　ｃｌａｓｓ　ＴＮ）を創 生じ、かつ特定「オペランド」変数により参照する。もし「サイズ」パラメータ が喪失されると、ＴＮのサイズは現行テンプレートの結果データタイプにより決 定される。このアクションはコンテキストが通過する間にＴＮを創生ずるのみで ある。ＴＮバインド（ＴＮＢ　ＩＮＤ）およびコードが通過する間にいかにして このＴＮがアクセスされイトの遅延クラスＴＮを創生じ、かつ特定「オペランド 」変数により参照される。もし「サイズ」パラメータか喪失すると、ＴＮのサイ ズは現行テンプレートの結果データ　タイプにより決定される。このアクション はコンテキスト、ＴＮバインドおよびコードの各々が通過する間にＴＮを創生す る。このアクションは実行されないが、一方、遅延されないアクションを翻訳す る。このＴＨの寿命はこのＴＮを使用する結果か使用される場合に終了局部クラ スＴＮを創生し、かつ特定「オペランド」変数により参照される。もし「サイズ Ｊパラメータが喪失すると、ＴＮのサイズは現行テンプレートの結果データタイ プにより決定される。このアクションはコンテキスト、ＴＮバインドおよびコー ドの各々が通過する間にＴＮを創生する。このＴＨの寿命はその創生と同じテン プレートで終了しなければならない。
フォース−レジスタ（オペランド）は「オペランド」変数で特定されたＴＮをメ モリにあってはならないようにマークする。このことはどのレジスタもＴＮが割 り付けられない場合に利用可能でない限りレジスタへの割り付けを一般に意味し ている。
フォース−メモリ（オペランド）は「オペランド」変数で特定されたＴＮをレジ スタにあってはならないようにマークする。このことはスタック位置への割り付 けを一般に保変数で特定されたＴＮを割り付けなくてはならぬようマリ付けのす べての３つが、これら３つの条件と同じＴＮ上で矛盾し、かつすべて満足できな いようにすることは誤りである。
優先（ｏｐｒｌＳｏｐｒ２）　もし「オペランド」がレジスタに割り付けられる なら、「オペランド２」は同じレジスタに割り付けられ、さもなければ、「オペ ランド２」は「オペランド１」とは独立に割り付けられる。「オペランド２」を 「オペランドＮ　と同じレジスタに強制することは、たとえ「オペランドｌ」と 「オペランド２」か競合する寿命を存していても生起する。（優先アクションに 優先する「委任（ｍａｎｄａｔｏｒｕ）　Ｊに対抗して優先ず「オペランド」に より特定されたＴＮの非割り付けのコストを増大する。
リザーブ　ＲＯ（ナンバー）は連続レジスタの「ナンバー」がレジスタ０による 開始を維持するようにする。
テスト　メモリ（オペランド、ラベル）は特定「オペランド」変数により参照さ れたＴＮをテストする。もしＴＮかメモリなら、アクション翻訳機は特定「ラベ ル」に分岐する。コンテキストとＴＮバインドが通過する間に、このアクション は、フォース　メモリが行われない限り、割り付けられないＴＮかメモリに存在 しないことを仮定すド」変数により参照されたＴＮをテストする。もしＴＮがレ ジスタなら、アクション翻訳機は特定「ラベル」に分岐する。コンテキストとＴ Ｎバインドが通過する間に、このアクションは、フォース　メモリがＴＮで行わ れない限り、割り付けられないＴＮがレジスタにあることを仮定する。
一ンにより整合された特定「ノード」のリテラル値を特定「オペランド」変数に 負荷する。もし［ノードＪがリテラルでないなら、それは誤りである。
セーブ−ＴＮ（オペランド、ノード、フィールド）は「オペランド」変数により 特定された永久クラスＴＮへの参照をセーブする。コンテキストが通過する間に 、ＴＮポインターはテンプレートの特定「ノード」により整合されたＩＬＧタベ ル（Ｉ　Ｌ　Ｇ　ｔｕｐｌｅ）の成分「フィールド」でセーブされる。ＴＮバイ ンドとコードが通過する間に、この情報は特定［ノードＪの特定の「フィールド 」からフェッチされる。各永久クラスＴＮは、ＴＮバインドとコードか通過する 間に同じＴＮが位置できるように、コンテキストか適当なＩＬＧフィールドを通 過する間にセーブされなければならない。遅延クラスと局部クラスＴＮはそれら か決してセーブされるへきてないように各通過を再創生する。
スタ、フィールド　ベース）は特定「オペランド」変数の位置をセーブする。こ の情報はテンプレートの特定ｒノードＪにより整合されたＩＬＧタベルでセーブ される。レジスタ値は成分［フィールドレジスタ」でセーブされる。ある種のレ ジスタ値は生起しなかった割り付けを符号化するか、あるいはオペランドかレジ スタの代わりにスタックに割り付けられる。もしオペランドかスタックに割り付 けられるなら、スタックオフセットは「フプレートパターンにより整合された特 定「ノード」の特定「フィールド」の特定「オペランド」のレジスタナンバーを セーブする。このレジスタナンバーの組はどんなレジスタも割り付けられなかっ たということの符号化を含んでいる。もし特定のオペランドかメモリ位置に割り 付けられるなら誤りか生起する。
からｒ　ｏｐｒ　ｄｓｔ」オペランドの値を移動するコードを発生する。もしｏ ｐｒ　ｓｒｃとＯｐｒ　ａｓｔが同一であり、かっこのアクションがそれらを同 一にする割り付はルーチン（ａｌｌｏｃａｔｏｒ）の指示（ｈｉｎｔ）であるな ら、とのコードも発生されない。
放出（オブコード、オペランド１、オペランド２．、、、、）は特定「オブコー ド」からなり、かつ命令のアドレスモードとして特定オペランド変数を使用する 目的命令を出力する。
メーク−アドレス−モード（ｏｐｒ　ｏｆｆｓｅｔ、　ｏｐｒ　ｂａｓｅ、　ａ ｐｒ　１ｎｄｅｘ、　ｏｐｒ　ｒｅｓｕｌｔ）は変数ｒｏｐｒ　ｒｅｓｕｌｔＪ に新しいオペランドを作る。これはＶＡＸアドレスモードを創生すＶＡＸ特定ア クションである。もしｒｏｐｒ　ｏｆｆｓｅｔＪが喪失するなら、零が仮定され る。もしｒｏｐｒ　ｏｆｆｓｅｔ」がメモリ位置を特定するなら、ｒｏｐｒ　ｏ ｆｆｓｅｔＪは零を特定しなければならず、かっｒｏｐｒ　１ｎｄｅｘ」は喪失 されなければならない。
−Ｊを表す「オペランドＪに新しいアドレスを作る。
「ナンバー」がパターンにより整合されたノードてないリテラル値であることに 注意。その代わり、ＬＩＴＲＥ非常に簡単な付加テンプレートと非常に複雑なア ドレシングテンプレートを含むいくつかの実例が存在する。これらはテンプレー トを書くのに容易なものと困難なもの双方の実例を与えるへきである。
テンプレートの結果値モードとパターン整合リーフの値モードの組は目標アーキ テクチャ−のデータタイプ特性を使用する。
これらの値モードは値が符号化される種々のやり方の列挙（ｅｎｕｍｅｒａｔ　 １ｏｎ）である。この列挙は表現値か仮想計算機で符号化できる種々のやり方を 命名する。
ＶＡＸの実例 ＲＶ（レジスタ値） ＭＶ（イシダイレクションとインデキシングの無いメモリ値） ＭＶＩＮＤ（インダイレクションはあるがインデキシングは無いメモリ値） ＭＶＩ（バイトコンテキストのあるメモリ値）ＭＶ２（ワードコンテキストのあ るメモリ値）ＭＶ４（長いコンテキストのあるメモリ値）ＭＶ８（カッドコンテ キストのあるメモリ値）ＭＶＩ６（オクトコンテキストのあるメモリ値）ＡＭ（ インダイレクションとインデキシングの無いアドレスモード） ＡＭＩＮＤ（インダイレクションは無いがインデキシングも無いアドレスモード ） ＡＭＩＮＸＩ　（バイトインデキシングのあるアドレスモード） ＡＭＩＮＸ２（ワードインデキシングのあるアドレスモード） ＡＭＩＮＸ４　（長いインデキシングのあるアドレスモード）ＡＭＩＮＸ８　（ カッドインデキシングのあるアドレスモード） ＡＭＩＮＸＩ６（オクトインデキシングのあるアドレスモード） ＰＣＦＬＯＷ（偽ラベルあるいは真ラベルへのジャンプにより表されたフローブ ール） ストリングＧＶ（長さおよびメモリのアドレスとして符号化されたストリング値 ） ＶＡＲＹＶ　（長さワードのアドレスとして符号化された変動ストリング値） ボイド（サイド効果のみを持つ動作で使用されたどんな値も存在しない） ＶＡＸ上の単純ＡＤＤＬ３ 結果値モード：Ｒｖ パターンツリー ０　：ＡＤＤ、ＩＮＴ３２　１，２ １　：　ＬＥＡＦ　（ＲＶ、ＭＶ、ＭＶＩＮＤ、ＭＶ４）２　：　ＬＥＡＦ　（ ＲＶ、ＭＶ、ＭＶＩＮＤ、ＭＶ４）アクション（結果、リーフｌ、リーフ２）： ！　「結果」は一時結果である ！　［リーフＩＪはＬＥＡＦＩ　：　（左オペランド）！　「リーフ２」はＬＥ ＡＦ２：（右オペランド）非遅延（１，リーフ１）： 非遅延（２，リーフ２）： 使用（リーフ１）： 使用（リーフ２）； 増分　ＬＯＮ。
放出（ＡＤＤＬ３．　リーフ１．リーフ２．結果）：遅延。
註：レジスタ割り付はルーチンで使用されたヒユーリスティクスは、結果オペラ ンドがオペランドｌあるいはオペランド２の１つに同等に割り付けられる高い確 率を保証する。そのような割り付けはＡＤＤＬ３命令の代わりにＡＤＤＬ２命令 となろう。
ＶＡＸ上の単純５ＵＢＬ３ 結果値モード：Ｒｖ パターンツリー： ０：ＳＵＢ、ＩＮＴ３２　１．２ １　：　ＬＥＡＦ　（ＲＶ、ＭＶ、ＭＶＩＮＤ、ＭＶ４）２　：ＬＥＡＦ　（Ｒ Ｖ、ＭＶ、ＭＶＩＮＤ、ＭＶ４）パターンテスト： ノン コスト：２ アクション： アクション（結果、リーフｌ、リーフ２）；！　「結果」は一時結果である ！　「リーフ１」はＬＥＡＦＩ：（左オペランド）！　「リーフ２」はＬＥＡＦ ２：（右オペランド）非遅延（１，リーフＩ）； 非遅延（２，リーフ２）： 使用（リーフ２）： 放出（ＳＵＢＬ３．　リーフ２．リーフ１．結果）；註二オペランド２を使用す る後ではあるが、しかしオペランドｌを使用する前のＬＯＮの増分は、レジスタ 割り付はルーチンのヒユーリスティクスかオペランドｌと結果オペランドと、５ ＵＢＬ３の代わりに５ＵＢＬ２命令となる同じ割り付けを与える確率を増大する 。
ンデクス　レジスタコアドレスモードを発生する。テンプレートは２つのオペラ ンドを保持するためにレジスタか使用されることをこのテンプレートの選択が保 証するＶＡＸ　フォルトラン規則に続く。
結果値モード：ＡＭＩＮＸｌ パターンツリー： ０　：ＡＤＤ、ＩＮＴ３２　１．２ １：ＬＩＴＲＥＦ、ＩＮＴ３２ ２：ＡＤＤ、ＩＮＴ３２　３．４ ３　：　ＬＥＡＦ　（ＲＶ） ４　：　ＬＥＡＦ　（ＲＶ） スタ、リーフ４．リーフ３．　ｌｉｔ　）　；ジスタである ある ！　「リーフ４」はＬＥＡＦ４である＝　（インデクス　リーフ） ！　「リーフ３」はＬＥＡＦ３である＝　（ベース　リーフ）ｌ　ＮＮＪはＬＩ ＴＲＥＦＩである： 遅延； ！　フォース　ＬＥＡＦ４：レジスタの中に！ 非遅延（４，リーフ４）： 使用（リーフ４）； ！　フォース　ＬＥＡＦ３：レジスタの中に非遅延（３，リーフ３）； 使用（リーフ３）； ！　アドレスモードｆｌｉｔ　（リーフ３）［リーフ４］」の発生 レジスタにＬＥＡＦを強制する７アクシヨンは多分ＶＡＸの共通オペレーション であることに注意。その結果、これらの７アクシヨンを結合する効果を有する「 マクロ」アクションが存−ＩＬ−Ｍ罵に（ｒｉ　＋Ｉ　−ｙ（’）Ｓ　・結果値 モード二Ｒｖ 移動　値（レジスタ　結果、結果）； 遅延： 註：レジスタ割り付はルーチンのヒユーリスティックスは、リーフ２とレジスタ ２か同じレジスタを得る高い確率を有することを保証する。また、結果とレジス タ　結果は同じレジスタをつかまえるように見える。
ＶＡＸの長いコンテキストインデキシングこのテンプレートは、付加を後続する ４の乗算をｋ（リーフ３）［リーフ６〕アドレスモードが行うことを保証する。
レジスタか２つのオペランドの保持に利用可能であることをこのテンプレートの 選択が保証しないＶＡＸパスカル規約にこのテンブレー１・は従う。もしレジス タ利用可能でないなら、アドレスモードは一時メモリを使用してシミュレートさ れる。
結果値モード：ＡＭＩＮＸ４ パターンツリー・ ０：ＡＤＤ、ＩＮＴ３２　１．２ １　：　Ｌ　ＩＴＲＥＦ＜　ＴＮＲ３２２・ＡＤＤ、ＩＮＴ３２　３，４ ３　：　ＬＥＡＦ　（ＲＶＩ ４　：ＭＵＬ、ＩＮＴ３２　５．　６ ５　：　Ｌ　ＩＴ、Ｉ　ＮＴ３２ ６　：　ＬＥＡＦ　（ＲＶ） アクション（結果：インデクス　レジスタ、ベース　レジスタ、リーフ６、リー フ３．ｌｉｔ、一時）；！　「結果」は結果アドレスモードであるある ！　「リーフ６」はＬＥＡＦ６である：　（インデクス　リーフ） ！　「リーフ３」はＬＥＡＦ３である：　（ベース　リーフ）Ｉ　Ｎ１ｔｊはリ テラル１である： ！　（リーフ３）［インデクス　レジスタ］である 遅延： 負荷　リテラル（１，ｌｉｔ　）　； 非遅延（６，リーフ６）： 非遅延（３，リーフ３）： ！　レジスタでインデクスを確実にする移動　値（リーフ３．ベース　レジスタ ）：！　レジスタでベースを確実にする ！１ｉｔ５（ベース２）［インデクスｌコ！　一時レジスタインデクスなし ！　一時レジスタペースなし 時）： ！　インデクスは一時にない 放出（ＡＤＤＬ３．　ｌｉｔ　、リーフ３．ペース　レジスタ）：＃ｌｉｔ ！　ＡＤＤＬ２ 放出； ラベル（インデクスー／’％ズーレジスター一時）；！　ペースレジスタはない が、一時インデクスはある放出（ＭＯＶＡＬ、一時、インデクスーレジスタ）： ！　ＭＯＶＡＬ　＠リーフ３　［インデクスーレジスタ］。
インデクス　レジスタ 放出（ＡＤＤＬ２．　ｌｉｔ　、インデクスーレジスタ）：ｌ　ＡＤＤＬ２　＃ ｌｉｔ、インデクス　レジスタイグジット； 付　録 以下のルーチンはＧＥＭ　ＩＬにより規定された代表的タイプに対応する基本タ イプを規定する。
ＧＥＭ　ＴＤ　ＤＥＦ　ＢＡＳＩＣＴＹＰＥはタイプ　ニル、アドルス、符号付 きおよび非符号付き整数、浮動数および複素数を規定する。ＧＥＭ　ＴＤ　ＤＥ Ｆ　ＣＨＡＲＴＹＰＥは多数の基本タイプにわたって規定された文字の定義を許 容する。
ブーリアンは基本タイプと考えられないことに注意。ノくスカルのような言語の コンパイラ−は真要素と偽要素を含む列挙としてのブーリアンを規定することか 提案されている。
ＬＯＣＡＴＯＲ：　ｖａ　１　ｕｅ。
整数あるいは実数のような基本タイプを規定する。ＤＥる。ＬＯＣＡＴＯＲはＧ ＥＭあるいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌルロケータ−であっ てもよい。
要素でなければならない。特に除外されるのはＢＯＯＬ。
ＢＩＴＳ、５ＴＲ８および５ＴＲ１６ＧＥＭ　ＴＹＰ　要素である。
ＬＯＣＡＴＯＲ：　ｖａ　１　ｕｅ。
基本タイプとして文字（ｃｈａｒａｔｅｒ）を規定する。例えば、文字はＵＩＮ Ｔ８．ＵＩＮＴ１６．ＵＩＮＴ３２等であってもよい。
ＤＥＣＬ　ＢＬＫはタイプか規定されるブロックノードである。
ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌ ルロケータ−であってもよい。ＴＹＰＥ　ＮＡＭＥはタイプを記述する変動スト リングであり、かつヌルてあってもよい。ＢＡＳＩＣＴＹＰＥは規定されている タイプであり、かつ文字セットのサイズと表現を決定する。それはＧＥＭ　ＴＹ Ｐ列挙の要素でなければならず、かつサイズ８．１６および３２ビツトの符号付 きおよび非符号付き整数に制限されている。
文字およびストリング集合の定義 ＧＥＭ　ＴＤ　ＤＥＧ　５ＴＲＩＮＧとＧＥＭ　ＴＤ　ＤＥＧ　ＢＩＴＳＴＲＩ ＮＧは所与の基本タイプの文字とビットの集合を規定する。
ＴＹＰＥ　ＮＯＤＥ＝ ＧＥＭ　ＴＤ　ＤＥＦ　５ＴＲＩＮＧ（ＬＯＣＡＴＯＲ：　ｖａ　１　ｕｅ。
５ＴＲＩＮＧ　ＬＢ　：ｉｎ　ＧＥＭ　Ｎ０ＤＥ。
５ＴＲＩＮＧ　ＵＢ　：ｉｎ　ＧＥＭ　Ｎ０ＤＥ）ＳＴＲＩＮＧ　ＴＹＰＥの文 字ストリングを規定する。
タイプの文字であり、かつストリングは下側オペランドとである。ＬＯＣＡＴＯ ＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌルロケータ− であってもよ出しにより戻されたストリングの文字タイプに対して創生されたタ イプノードのあだ名（ｈａｎｄｌｅ）である。ヌル。５ＴＲＩＮＧ　ＵＢと５Ｔ ＲＩＮＧ　ＬＢはストリングの上限と下限である。
ＧＥＭ　ＢＬＯＣＫ　Ｎ０ＤＥ。
ＬＯＣＡＴＯＲ：　ｖａ　ｌ　ｕ　ｅ。
＋１要素からなるビットストリングを規定する。未知のすである。ＬＯＣＡＴＯ ＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌルロケータ− でありもよい。
と下限である。
タイプｄｅｆｓとポインターの定義 ＧＥＭ　ＴＤ　ＤＥＦ　ＴＹＰＥＤＥＦは既存タイプの新しＴ　ＰＯＩＮＴＥＲ ＴＹＰＥはタイプ化されたポインターあるいはタイプ化されないポインターの定 義を許容する。ＧＥＭＴＤ　ＳＥＴ　ＰＯＩＮＴＥＲＴＹＰＥは、ポインターと 関連するタイプかＧＥＭタイプ定義サービスで特定されたそのタイプ情報を存し た後で以前に特定されたポインターのタイプを設定する。
ＴＹＰＥ　ＮＯＤＥ＝ ＧＥＭ　ＴＤ　ＤＥＦ　ＢＡＳＩＣＴＹＰＥ（ＬＯＣＡＴＯＲ：　ｖａ　１　ｕ ｅ。
ＴＹＰＥ　ＮＡＭＥ　：ｉｎ　ＶＳ　５ＴＲＢＡＳＩＣＴＹＰＥ　：ｖａｌｕｅ ） 新しいタイプ名を規定し、かつそれをタイプノードＤＥＦ　ＴＹＰＥにより表さ れたタイプと関連付ける。ＤＥＣＬ　ＢＬＫはタイプか規定されるブロックノー ドである。
ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である。
ＬＯＣＡＴＯＲはヌルロケータ−であってもよい。ＴＹＰＥ　ＮＡＭＥはタイプ を記述する変動ストリングであり、かつヌルであってもよい。ＤＥＦ　ＴＹＰＥ は既存のタイプ定義て創生されたタイプノードである。
ＴＹＰＥ　ＮＯＤＥ＝ ＧＥＭ　ＴＤ　ＤＥＦ　ＰＯＩＮＴＥＲ（ＬＯＣＡＴＯＲ：　ｖａ　ｌｕｅ。
ポインタータイプを規定する。Ｐ（ＩＮＴＥＲＴＹＰＥは既存タイプ定義のタイ プノードであってもよく、あるいはタイプ化されないポインターを示すヌルであ ってもよい。ＴＹＰＥ　ＮＡＭＥはタイプを記述する変動ストリングであり、か つヌルてあってもよい。ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−であ る。ＬＯＣＡＴＯＲはヌルロケータ−であってもよい。ＤＥＣＬ　ＢＬＫはタイ プか規定されるブロックノードである。
ＧＥＭ　ＴＤ　ＳＥＴ　ＰＯＩＮＴＥＲＴＹＰＥ（れた既存のポインタ一定義に 対して、ポインターに関連するタイプを再規定する。ＰＯＩＮＴＥＲＴＹＰＥは ポインターを規定する既存のタイプノードのあだ名である。ＮＥＷ　ＴＹＰＥは 既存のタイプ定義を創生じたタイプノードのあだ名である。
ンジ、列挙、列挙要素およびセットを規定する。
ＬＯＣＡＴＯＲ：　ｖａ　１　ｕｅ。
レンジタイプを規定する。レンジはその基礎となるタイＬＯＷ　ＶＡＬ、！：Ｒ ＡＮＧＥ　ＨＩＧＨＶＡＬｉ：より示すしにはタイプが規定されるブロックノー ドである。ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣＡ ＴＯＲはヌルロケータ−であってもよい。ＴＹＰＥ　ＮＡＭＥはタイプを記述す る変動ストリングであり、ヌルであってもよい。ＲＡＮＧＥ　ＴＹＰＥは既存の 基本タイプ定義のタイプノードのあた名である。ＲＡＮＧＥ　ＬＯＷ　ＶＡＬと ＲＡＮＧＥ　ＨＩＧＨＶＡＬはレンジの低い値と高い値を示すリテラルノードへ のポインターである。
ＬＯＣＡＴＯＲ：　ｖａ　ｌ　ｕｅ。
−ドである。ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣ ＡＴＯＲはヌルロケータ−であってもよい。ＥＮＵＭ　ＴＹＰＥは既存の基本タ イプ定義を創生するタイプノードのあだ名である。
前端はまず最終順序の列挙定義に列挙要素を印加しなければならない。
ＬＯＣＡＴＯＲ：　ｖａ　ｌ　ｕｅ。
ドのあだ名である。ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である。
ＬＯＣＡＴＯＲはヌルロケータ−であってもよい。ＥＮＵＭ　ＥＬＥＭＥＮＴ　 ＮＡＭＥは列挙要素を規定する変動ストリングである。ＥＮＵＭ　ＥＬＥＭＥＮ Ｔ　ＶＡＬＵＥは要素の値を規定するリテラルノＬＯＣＡＴＯＲ：　ｖａ　ｌ　 ｕｅ。
れるブロックノードである。ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ− である。ＬＯＣＡＴＯＲはヌルロケータ−では以下のものにより戻されたあだ名 であってもよい。
ＯＧＥＭ　ＴＤ　ＴＹＰＥＤＥＦ 限界の規定に使用できる。アレイ次元の限界は固定され、調整可能であるかある いは仮定的なものとして規定できる。
ＬＯＣＡＴＯＲ：　ｖａ　Ｉ　ｕｅ。
ツクノードである。ＬＯＣＡＴＯＲはＧＥＭあるいは異種の四ケータ−である。
ＬＯＣＡＴＯＲはヌルロケータ−であってもよい。ＴＹＰＥ　ＮＡＭＥはタイプ を記述する変動ストリングであり、かつヌルであってもよい。ＡＲＲＡ定するタ イプノードのである。ＡＲＲＡＹ　ＤＩＭ　Ｃ０ＵＮＴはアレイの次元数である 。
次元カウントはリテラルノード以外の値の次元として伝送される。
ＬＯＣＡＴＯＲ：　ｖａ　１　ｕ　ｅ。
元の限界を設定する。ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である 。ＬＯＣＡＴＯＲはヌルロケータ−であッテもよい。ＤＩＭ　ＩＮＤＥＸ　ＬＯ ＷとＤＩＭ−るのに使用されたタイプを規定するタイプノードのあだ名である。
ＤＩＭ　５ＴＲＩＤＥは規定されている次元の続いて起こる要素間のバイトで表 したサイズを規定する。ブランクＡ定数の上限あるいは下限はリテラルノードに より特定される。非一定限界は限界値の位置を規定するシンボルノードにより示 される。
構造、バリアントおよびユニオンの定義以下のルーチンはバリアントとユニオン を含む構造を規定するのに使用される。バリアント成分を有する構造は以下のル ーチンを呼び出すことにより規定される。
Ｔ Ｔ ＯＧＥＭ　ＴＤ　ＳＥＴ　５ＥＬＥＣＴＯＲＲＡＮＥ ０　ＧＥＭ　ＴＤ　ＳＥＴ　５ＥＬＥＣＴＯＲＤＥＦＯＧＥＭ　ＴＤ　ＳＥＴ　 ＵＮＩＯＮ　ＭＥＭＢＥＲＬＯＣＡＴＯＲ：　ｖ　ａ　Ｉ　ｕ　ｅ。
構造あるいは記録を規定する。ＤＥＣＬ　ＢＬＫは構造か宣言されるブロックノ ードである。ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣ ＡＴＯＲはヌルロケータ−であってもよい。ＴＹＰＥ　ＮＡＭＥはタイプを記述 する変動ストリングてあり、かつヌルてあってＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵ ＣＴ　ＥＬＥＭＥＮＴ（ＬＯＣＡＴＯＲ：　ｖ　ａ　１　ｕ　ｅ。
ＥＬＥＭＥＮＴ　ＮＡＭＥ　：ｉｎ　ＶＳ　ＳＲ ＡＭＥと命名されかつタイプノードあだ名ＥＬＥＭＥＮＴ−を規定しないなら要 素の直接の親バリアントあるいはヌルである。ＬＯＣＡＴＯＲはＧＥＭあるいは 異種のロケータ−である。ＬＯＣＡＴＯＲはヌルロケータ−であってもよい。そ の位置は定義されている構造のルートに関連し、構造要素のサイズはＥＬＥＭＥ ＮＴ　５ＩＺＥによりビプログラム断片の構造要素ｃｌと０２の定義を支持する よう特定されている。
ｔｙｐｅｄｅｆ　５ｔｒｕｃｔ　ｍｌ　（ｃｈａｒ　ｃｌ　：　４； ｃｈａｒ　ｃ２　：　４； ）　； ＬＯＣＡＴＯＲ：　ｖ　ａ　ｌ　ｕ　ｅ。
記録のバリアント成分のセレクターを規定する。セレクターは構造のバリアント を決定する構造要素である。セレＴはセレクター要素の直接の親バリアントであ るか、あるいはもしもこの要素かバリアントのメンバーでないならヌルである。
ＬＯＣＡＴＯＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌ ルロケータ−であってもよい。その位置は規定されている構造のルートに相対的 でる。
ＬＯＣＡＴＯＲ：　ｖａ　ｌ　ｕ　ｅ）構造のバリアントを規定する。５ＥＬＥ ＣＴＯＲＴＹＰＥはバリアントを選択するタイプノードである。ＬＯＣＡＴＯＲ はＧＥＭあるいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌルロケータ−で あってもよい。バリアントを選択するセレクターの値は次のものによって特定さ れる。
ＬｏｏＣＡＴＯＲ：　ｖ　ａ　１　ｕ　ｅ。
バリアントＶＡＲＩＡＮＴ　ＴＹＰＥのセレクターレンジを規定する。ＬＯＣＡ ＴＯＲはＧＥＭあるいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌルロケー タ−であってもよい。単一セレクター値を規定する場合にＲＡＮＧＥＵＰＰＥＲ ＢＯＵＮＤはＲＡＮＧＥ　ＬＯＷＥＲＢＯＵＮＤと同じ値を存すべきである。単 一セレクターとレンジセレクターの結合はバリアントに印加してもよい。
ん！戸１士＋ス恋鮪フに１１゛ノ々′て匁ハ　６蔦つマ＋１．で本。でえ、上Ｖ ＡＲＩＡＮＴ　ＴＹＰＥ　：ｖａｌｕｅ。
ＬＯＣＡＴＯＲ：　ｖ　ａ　１　ｕ　ｅ）そのセレクターのすべての値が列挙さ れない場合にバリアントタイプＶＡＲＩＡＮＴ　ＴＹＰＥを省略バリアント（ｄ ｅｆａｕｌｔ　ｖａｒｉａｎｔ）であると規定する。ＬＯＣＡＴＯＲはＧＥＭあ るいは異種のロケータ−である。ＬＯＣＡＴＯＲはヌルロケータ−であってもよ い。スカラーセレクターきである。スカラーセレクターとレンジの結合はバリア ントに印加してもよい。
ＬＯＣＡＴＯＲ：　ｖ　ａ　１　ｕ　ｅ。
で紀辻９φ欠勤スｒソノノ（のソ、７）１す７ル（のつ（わ泳主要（）（ ｉｎｔ　ａ； 符号なしｉｎｔ　ｕａ； フロート　Ｘ： 二重　Ｘｘ。
文字ストリング（）＝「へロー、ワールド＼ｎ」　：ＴＹＰＳＴＲＩＮＧ＝ＧＥ Ｍ　ＴＤ　ＤＥＦ　５ＴＲＩＮＧ（ＴＹＰＣＨＡＲ８゜ ｌｉｔノード（ｌｅｎ　（ｓｔｒ　））　）　；タイプブーリアンの定義の実例 手順ｂｔ： ブーリアン　マイフラグ； ＴＹＰＵＩＮＴ３２＝ＧＥＭ　ＴＤ　ＤＥＦ　ＢＡＳＩＣＴＹＴＹＰＢＯＯＬ＝ ＧＥＭ　ＴＤ　ＤＥＦ　ＥＮＵＭ　（ｂ　ｔブロック、ロケータ−１“ブーリア ン’　ＴＹＰＵＩＮＴ３２）；ＧＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮ Ｔ　（ＴＹＰＢＯＯＬ、ロケータ−１′偽’　、　ｌｉｔノード（ｖａｌ＝０） ）　：ＧＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮＴ（ＴＹＰＢＯＯＬ、ロ ケータ−１′真’　、　ｌｉｔノード（ｖａｌ＝１））　：文字およびビット集 合の実例 ルーチン　ｔｅｓｔｉｔ　（ｐａｒｍｌ、、、、、　）　＝開始 自己ステータス　二ピットベクトル［１５］　。
フラグビット・ビットベクトル［８］　：バインドｄビットベクトル＝、ｐａｒ ｍｌ　：ヒットベクトル［］；ｌｉｔ　ノード（ｖａｌ＝　０　）、ｌｉｔ　ノ ード（ｖａｌ＝１４））　；ｌｉｔ　ノード（ｖａｌ＝　０　）、ｌｉｔ　ノー ト（ｖａｌ＝　７　））　；ｌｉｔ　ノード（ｖａｌ＝　０　）、ｌｉｔ　ノー ド（ｖａｌ＝１））　；構造　ｔノード　（ タイプｄｅｆｓ　構造　ｔノード　５ｓｖａｌ；ｔノード　＊ｔｐ； ２ノード　＊ｚｐ　； 構造　２ノート　（ ＴＹＰＳＴＲＵＣＴＩ　＝構造ｔノードの定義！　ｔノードのアライアスとして ５ｓｖａｌを規定するＴＲＵＣＴＩ）： ｌ）： ！　［同義語ｊポインターを規定し、次に構造Ｚノードを規定する。最後に ！　ポインタータイプ を修正する ＴＹＰＳＴＲＵＣＴ２＝構造Ｚノードの定義ＰＴＲ２，ＴＹＰＳＴＲＵＣＴ２） ； レンジ列挙とセットの実例 ボイド　ｍｙｐｒｏｃ（）　（ タイプ ｄｎｌ＝ｏ、、６゜ ｄ　ｎ　２　＝１００　、、１０５　；ｄ　ｎ　３　＝６６０００　、、６６０ ０１　；ウィークデー＝（月曜、火曜、水曜、木曜、金曜）：ｔ　タイプ　＝　 （ｉｎｔ、ｒｅ、ｂｏｏ）；パル ｓｌ　：ｄｎｌのセット： ｓ２　：ウイークデーのセット： ｓ３　：ｔ　タイプのセット； ！　レンジｄｎｌを規定する ＴＹＰＵＩＮＴ８＝ＧＥＭ　ＴＤ　ＤＥＦ　ＢＡＳＩＣＴＴＹＰＲＡＮＧＥ１＝ ＧＥＭ　ＴＤ　ＤＥＦ　ＲＡＮＧＥ（ｍｙｐｒｏｃ−ブｃｙ−ｙり、ロケータ− 、’ｄｎｌ’。
ＴＹＰＵＩＮＴ８．ｌｉｔ　ノード（ｖａｌ＝ｏ）、ｌｉｔノード（ｖａｌ−６ ）　； ！　レンジｄｎ２を規定する ＴＹＰＵＩＮＴ８．ｌｉｔ　ノード（ｖａｔ　＝　１００）、ｌ　ｉｔノード（ ｖａｌ＝　１０５）　； ！　レンジｄｎ３を規定する ｌｉｔ　ノード（ｖａｌ＝６６０００）、ｌｉｔ　ノード（ｖａｌ＝　６６００ １）　；ＵＮＩＴ８）。
ＧＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮＴ（ＴＹＰＥＮＵＭＩ、ロケー タ−９°月曜’　、　ｌｉｔノード（ｖａｌ＝　Ｏ））；ＧＥＭ　ＴＤ　ＳＥＴ 　ＥＮＵＭ　ＥＬＥＭＥＮＴ（ＴＹＰＥＮＵＭｌ、ロケータ−１′火曜’　、　 ｌｉｔノード（ｖａｌ＝　１　））；ＧＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥ ＭＥＮＴ（ＴＹＰＥＮＵＭＩ、ロケータ−１′水曜’　、　ｌｉｔノード（ｖａ ｌ＝　２　））；ＧＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮＴ（ＴＹＰＥ ＮＵＭＩ、ロケータ−１′木曜’　、　ｌｉｔノード（ｖａｌ＝　３　））；Ｇ ＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮＴ　（ＴＹＰＥＮＵＭＩ、　ロケ ータ−２′金曜’　、　ｌｉｔノード（ｖａｌ＝　４　））：ＰＥＮＵＭ２．　 ロケータ−、’　ｉｎｔ’　、ｌｉｔノート（ｖａｌ＝ＰＥＮＵＭ２．　ロケー タ−、’　ｒｅ’　、ｌｉｔノー）”　（ｖａｌ＝　１　））：ＧＥＭ　ＴＤ　 ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮＴ　（ＴＹＰＥＮＵＭ２．　ロケータ−、’　 ｂｏｏ’　、　ｌｉｔノード（ｖａｌ＝２））　。
！　パルｓｌ、ｓ２およびＳ３のセットを規定する。
ＴＹＰＳＥＴ１＝ＧＥＭ　ＴＤ　ＳＥＴ（ｍｙｐｒｏｃ−ブロック。
ロケータ−２′セツト’　、ＴＹＰＲＡＮＧＥＩ）；ＴＹＰＳＥＴ２＝ＧＥＭ　 ＴＤ　ＳＥＴ　（ｍｙｐｒｏｃ−ブＯｙ７り。
ロケータ−９′セット、ＴＹＰＥＮＵＭＩ）；ロケータ−１°セット、ＴＹＰＥ ＮＵＭ２）；ｎｄ＝記録９１．。
ノくル ａｒｙｌ　：整数のアレイ［１、、１０コａｒｙ２　：整数のアレイ［１、、１ ０，１００、、１１０］　；ａｒｙ３：ｎｄのアレイ［９００、、１７００コａ ｒｙ４　：ｎｄのアレイ［’　ａ’　、、’　ｚ’］ＴＹＰＳＴＲＵＣＴｌ＝記 録タイプｎｄの定義！　アレイ１　ｒａｒｙｌＪを規定するＲＲＡＹ、ロケータ −、１，ｌｉｔノード（ｖａｌ＝　１）　、　ｌｉｔノード（ｖａｌ＝１０）　 、　ＴＹＰ　ＩＮＴ３２．　ｌｉｔノード（ｖａｌ＝　４　））；！　アレイｒ ａｒｙ２Ｊを規定する ＲＲＡＹ、Ｉ：＋ケーター、１．　ｌｉｔノード（ｖａｌ＝　１）　、　ｌｉｔ ノード（ｖａｌ＝ＩＯ）　、　ＴＹＰ　ＩＮＴ３２．１ｉｔノード（ｖａｌ＝　 ４　））；ＧＥＭ　ＴＤ　ＳＥＴ　ＡＲＲＡＹ　ＢＯＵＮＤＳ（ＴＹＰＡＲＲＡ Ｙ、ロケータ−、２，ｌｉｔノード（ｖａｌ＝１００）　、ｌｉｔノード（ｖａ ｌ＝１１０）、ＴＹＰ　ＩＮＴ３２．　ｌｉｔノード（ｖａｌｕｅ＝　４０）） 　；！　代案として、ａｒｙ２のアレイ規格を次のように規定し、てＲＲＡＹＩ 、ロケータ−、１，ｌｉｔノード（ｖａｌ＝１００）　、　ｌｉｔノード（ｖａ ｌ＝１１０）　、ＴＹＰ　ＩＮＴ３２．　ｌｉｔ　ノード（ｖａｌｕｅ＝１）； ＲＲＡＹ２．　ロケータ−、１，ｌｉｔノード（ｖａｌ＝　１　）　、　ｌｉｔ ノード（ｖａｌ＝１０）　、　ＴＹＰ　ＩＮＴ３２．　ｌｉｔノード（ｖａｌｕ ｅ＝４０））； ！　アレイｒａｒｙ３Ｊを規定する ＴＹＰＡＲＲＡＹ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＡＲＲＡＹ（ディマー　ブロック、 ロケータ−、ヌル、ＴＹＰＡＲＲＡＹｌ、１）；ＧＥＭ　ＴＤ　ＤＥＦ　ＡＲＲ ＡＹ　ＢＯＵＮＤＳ（ＴＹＰＡＲＲＡＹ、　ロケータ−、１，ｌｉｔノード（ｖ ａｌ＝９００）　、　ｌｉｔノード（ｖａｌ−１７００）、ＴＹＰ　Ｉ　ＮＴ３ ２．　ｓ　ｉ　ｚ　ｅ　ｏ　ｆ　（ｎ　ｄ））；調整可能なアレイ定義の実例 サブルーチン　ｘ　（ｃｖ、ａｒｙｌ、ａｒｙ２．ａ、ｂ）文字＊（＊）　ｃｖ 次元　ａｒｙｌ　（１：ｌＯ，１：ｂ）次元　ａｒｙ２　（ａ：ｂ、１：＊） ！　アレイｒＣＶＪを規定する ＴＹＰ　ＩＮＴ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＡＲＲＡＹ　（ｘ−ブロック、ロケー タ−、ヌル、ＴＹＰＣＨＡＲ，Ｉ）；ＧＥＭ　ＴＤ　ＳＥＴ　ＡＲＲＡＹ　ＢＯ ＵＮＤＳ　（ＴＹＰＡＲＲＡＹＩ、ロケータ−、１，ｌｉｔノード（ｖａｌ＝　 １）　、ｌｉｔノード（ｖａｌ＝　１）、ＴＹＰ　ＩＮＴ３２．ｌｉｔ　ノード （ｖａｌｕｅ＝１））　： ！　アレイｒａｒｙＮを規定する ＴＹＰＲＥＡＬＦ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＢＡＳＩＣＴＹＴＹＰＡＲＲＡＹ＝ ＧＥＭ　ＴＤ　ＤＥＦ　ＡＲＲＡＹ　（ｘ−ブロック、ロケータ−、Ｔ￥ＰＲＥ ＡＬＦ、２）：２、ｌｉｔ　ノード（ｖａｌ−４）　）　；ＧＥＭ　ＴＤ　ＳＥ Ｔ　ＡＲＲＡＹ　ＢＯＵＮＤＳ　（ＴＹＰＡＲＲＡＹ、ｌ、ロケータ−、ｌｉｔ ノード（ｖａｌ＝　１）　、　ｌｉｔノード（ｖａｌ＝４０）、ＴＹＰ　ＩＮＴ ３２．ｌｉｔノード（ｖａｌｕｅ＝　４　））　：ＧＥＭ　ＴＤ　ＳＥＴ　ＡＲ ＲＡＹ　ＢＯＵＮＤＳ（ＴＹＰＡＲＲＡＹ、２．　ロケータ−、ｌｉｔ　ノード （ｖａｌ＝　１　）　、ｂ−シンボル、ＴＹＰ　ＩＮＴ３２．ｌｉｔノード（ｖ ａｌｕｅ＝　４　）　）　；＊＊＊＊＊＊＊＊＊＊ ！　アレイｒａｒｙ２Ｊを規定する ＴＹＰＡＲＲＡＹ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＡＲＲＡＹ　（ｘ−ブロック、ロケ ータ−、ヌル、ＴＹＰＲＥＡＬＦ、ＴＹＰＩＮＴ３２．　２．　ｌｉｔノード（ ｖａｌ＝４）　）　；ＹＰ　ＩＮＴ３２．　ｌｉｔノード（ｖａｌ＝４）　）　 ；ＧＥＭ　ＴＤ　ＳＥＴ　ＡＲＲＡＹ　ＢＯＵＮＤＳ（ＴＹＰＡＲＲＡＹ、ロケ ータ−、２，ｌｉｔノード（ｖａｌ＝　１）　、　ｌｉｔノート（ｖａｌ＝　１ ）、ＴＹＰ　ＩＮＴ３２．ｌｉｔノード（ｖａｌｕｅ＝　４　））　：ｎｄｐ　 ＝＠ｎｄ ｎｄ＝記録 ｉｔ　：　（ｉｖ：整数）： ｒｅ　：　（ｒｖ：実数）： ｐｔｒ：　（ｐｖ：ｎｄｐ；和：整数）：さもなければ：（ｉｌ：整数：１２： 実数）；終了； ！　実例に使用された基本タイプを規定するＰＥ　（ｔｙｐｅｉｔ−ブロック、 ロケータ−９′実数’、ＧＥＭＴ（ｔｙｐｅｉｔ−ブロック、ロケータ−、ヌル 、ＧＥＭ　ＴＹＰ　ＫＮＩＬ）； ｊ　ｎｄにｎｄｐボシンターを規定するＰＥＮＵＭ、ロケータ−、’　ｉｔ’　 、ｌｉｔノード（ｖａｌ＝　０　））；ＧＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬ ＥＭＥＮＴ　（ＴＹＰＥＮＵＭ、ロケータ−、’　ｒｅ’　、ｌｉｔノード（ｖ ａｌ＝　１　））；ＰＥＮＵＭ、ロケータ−、’　ｂｏｏ’　、　ｌｉｔノード （ｖａｌ＝２））；ＧＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮＴ（ＴＹＰ ＥＮＵＭ、ロケータ−、’　ｖｌ’　、ｌｉｔノード（ｖａｌ＝　３　））；Ｇ ＥＭ　ＴＤ　ＳＥＴ　ＥＮＵＭ　ＥＬＥＭＥＮＴ（ＴＹＰＥＮＵＭ、ロケータ− 、’　ｖ２’　、ｌｉｔノード（ｖａｌ＝　４　））：ＧＥＭ　ＴＤ　ＳＥＴ　 ＥＮＵＭ　ＥＬＥＭＥＮＴ（ＴＹＰＥＮＵＭ、ロケータ−、’　ｖ３’　、ｌｉ ｔノード（ｖａｌ＝　５　））；！　構造定義ｎｄを規定する （ＴＹＰＳＴＲＵＣＴ、、ヌル、ロケータ−２′次ぎ°、ＴＹ！　バリアントバ ートのセレクタを規定するＴＹＰＳＥＬ＝ＧＥＭ　ＴＤ　ＤＥＦ　５ＴＲＵＣＴ 　５ＥＬＥＣＴＯＲ（ＴＹＰＳＴＲＵＣＴ、ヌル、’ｔｔ’、ＴＹＰＥ（ｔ　ｔ ）　）、ＩＮ　ノート（ピット−サイズ（１１））：！　省略（ｄｅｆａｕｌｔ ）を含む構造のバリアントを規定するＶ１＝ＧＥＭ　ＴＤ　ＤＥＦ　５ＴＲＵＣ Ｔ　ＶＡＲＩＡＮＴ（ＴＹＰＳＥＬ、ロケータ−）； ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＲＡＮＧＥ（Ｖｌ、ロケータ−、ｌｉｔ ノート（ｖａｌ＝０）　、！ｉｔノード（ｖａｌ＝（ＴＹＰＳＴＲＵＣＴ、Ｖｌ 、ロケータ−、’　ｉｖ’　、ＴＹＰ（ＴＹＰＳＥＬ、ロケータ−）： ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＲＡＮＧＥ　（Ｖ２、ロケータ−、ｌｉ ｔ　ノード（ｖａｌ＝　１　）　、　ｌｉｔノード（ｖａｌ＝１）： ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ（ＴＹＰＳＴＲＵＣＴ、 Ｖ２．　ロケータ−、’　ｒｖ’　、ＴＹＰヒツト（ｒ　Ｖ）　）　、　ｌｉｔ ノート（ビット　サイズ（ｒｖ））：（ＴＹＰＳＥＬ、ロケータ−）： ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＲＡＮＧＥ（Ｖ３、ロケータ−、ｌｉｔ ノード（ｖａｌ＝２）　、　ｌｉｔノード（ｖａｌ＝（ＴＹＰＳＴＲＵＣＴ、Ｖ ３．　ロケータ−、’　ｐｖ’　、ＴＹＰ（ＴＹＰＳＴＲＵＣＴ、Ｖ３．　ロ’ Ｔ−ター、’和’、ＴＹＰＰＴＲ。
（ＴＹＰＳＥＬ、ロケータ−）： （ＴＹＰＳＴＲＵＣＴ、Ｖ４．　ロケータ−、’ｉｌ’、ＴＹＰビット（ｉ　１ ）　）　、　ｌｉｔノード（ビット　サイズ（ｉｌ））；ＧＥＭ　ＴＤ　ＳＥＴ 　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ（ＴＹＰＳＴＲＵＣＴ、Ｖ４．　口’ｒ−９＋ 、’　ｉ　２’　、ＴＹＰピッｔ・（ｉ２）　）　、ｌｉｔノード（ビット　サ イズ（ｉ２））；ＧＥＭ　ＴＤ　ＳＥＴ　ＰＯＩＮＴＥＲＴＹＰＥ　（ＴＹＰＰ ＴＲ，ＴＹＰＳＴＲＵＣＴ）； 構造およびユニオン定義の実例 主　（）（ 構造　ディマー３　（ ）　： ユニオン　ａｎｏｎ　（ ｉｎｔ　１ｖａｌ： フロート　ｆｖａｌ； 文字　＊ｐｖａｌ 構造　ディマー３　１ｏｃ： ）： 構造　ｎｌ　（ ユニオン　ａｎｏｎａ＋ ユニオン　ａｎｏｎｂ； ユニオン　ａｎＯｎｃ： ）　； 構造　ｎ　１．　ｎｉｌ、ｎ１２．　ｎ１３：ＴＹＰＩＮＴ３２＝ＧＥＭ　ＴＤ 　ＤＥＦ　ＢＡＳＩＣＴＹＴＹＰＲＥＡＬＦ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＢＡＳＩ ＣＴＴＹＰＣＨＡＲ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＣＨＡＲＴＹＰＥ（主　ブロック 、ロケータ−、ヌル、ＧＥＭ　ＴＹＰ　ＫＵＮＩＴ８）； ＴＹＰＰＴＲ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＰＯＩＮＴＥＲ（主ブロック、ロケータ −、ヌル、ＴＹＰＣＨＡＲ）；！　構造「ディマー３」を規定する ＴＹＰＳＴＲＵＣＴ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＳＴＲＵＣＴＧＥＭ　ＴＤ　ＳＥ Ｔ　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ（ＴＹＰＳＴＲＵＣＴ、ヌル、ロケータ−、 ’　ｘ’　、ＴＹＰＩＮＴ３２゜ １ｏｃバイト（ｘ）、Ｉｏｃ　ビット（Ｘ）　、ｌｉｔ　ノート（Ｘ　サイズ） ）： ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ（ＴＹＰＳＴＲＵＣＴ、 ヌル、ロケータ−、’　３ｙ’　、　ＴＹＰＩＮ　Ｔ　３２゜ １ｏｃバイト（ｙ）、Ｉｏｃビット（ｙ）、ｌｉｔノード（ｙ　サイズ））： ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ（ＴＹＰＳＴＲＵＣＴ、 ヌル、ロケータ−、’　ｚ’　、ＴＹＰＩＮ　Ｔ　３２゜ １ｏｃバイト（ｚ）、ｌｏｃビット（ｚ）、ｌｉｔノード（Ｚ　サイズ））： ！　ユニオンｒａｎＯｎＪを規定する ＴＹＰＵＮＩＯＮ＝ＧＥＭ　ＴＤ　ＤＥＦ　ＵＮＩＯＮ（主―■■―■―−−■ −−−！■――■論ズ））： ＧＥＭ　ＴＤ　ＳＥＴ　ＵＮＩＯＮ　ＭＥＭＢＥＲ（ＴＹＰＵＮＩＯＮ、ロケー タ−、’　ｉ　ｖａ　］’　、ＴＲＰ　ＩＮＴ３２）：ＧＥＭ　ＴＤ　ＳＥＴ　 ＵＮＩＯＮ　ＭＥＭＢＥＲ（ＴＹＰＵＮＩＯＮ、ロケータ−、’　ｆｖａｌ’　 、ＴＲＰＲＥＡＬＦ）：ＧＥＭ　ＴＤ　ＳＥＴ　ＵＮＩＯＮ　ＭＥＭＢＥＲ（Ｔ ＹＰＵＮＩＯＮ、ロケータ−、’　ｐｖａｌ’　、ＴＲＰＰＴＲ）：ＧＥＭ　Ｔ Ｄ　ＳＥＴ　ＵＮＩＯＮ　ＭＥＭＢＥＲ（ＴＹＰＵＮＩＯＮ、ロケータ−、’　 ｌｏｃ　’　、ＴＲＰＳＴＲＵＣＴ）；！　構造ｒｎ　ＩＪを規定する ＴＹＰＳＴＲＵＣＴ＝ＧＥＭ　ＴＤ　ＤＥＦ　５ＴＲＵＣＴＣ；ＥＭ　ＴＤ　Ｓ ＥＴ　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ　（ＴＹＰＳＴＲＵＣＴ、ヌル、ロケータ −、’　ａ’　、ＴＹＰＵＮＩＯＮ。
１ｏｅバイト（ａ）、ｌｏｃビット（ａ）、ｌｉｔノード（ａｎｏｎ　サイズ） ）： ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ（ＴＹＰＳＴＲＵＣＴ、 ヌル、ロケータ−、’　ｂ’　、ＴＹＰＵＮＩＯＮ。
１ｏｃバイト（ｂ）、ｌｏｃビット（ｂ）　、　ｌｉｔノード（ａｎｏｎ　サイ ズ））： ＧＥＭ　ＴＤ　ＳＥＴ　５ＴＲＵＣＴ　ＥＬＥＭＥＮＴ　（ＴＹＰＳＴＲＵＣＴ 、ヌル、ロケータ−、’　ｃ’　、ＴＹＰＵＮＩＯＮ。
１ｏｃバイト（ｃ）、ｌｏｃビット（ｃ）、ｌｉｔノード０ｕＦｃＥ Ａｏｏ　＃１．Ｊ、ｌトＱｓｃ Ｆ菖ＧＪ ｌ？ｌ腔禰審編牛 、□□Ｉｉ＋　ｐｅｔルＳ　９２１０１２７＆フロンＩへページの続き （３１）優先権主張番号　６６２，４７７（３２）優先日　１９９１年２月２７ 日（３３）優先権主張国　米国（ＵＳ） （３１）優先権主張番号　６６２，４８３（３２）優先日　１９９１年２月２７ 日（３３）優先権主張国　米国（ＵＳ） （３１）優先権主張番号　６６２，４６４（３２）優先日　１９９１年２月２７ 日（３３）優先権主張国　米国（ＵＳ） （８１）指定国　ＥＰ（ＡＴ、ＢＥ、ＣＨ，ＤＥ。
ＤＫ、ＥＳ、ＦＲ，ＧＢ、ＧＲ，ＩＴ、ＬＵ、ＭＣ，ＮＬ、ＳＥ）、０Ａ（ＢＦ 、ＢＪ、ＣＦ、ＣＧ、ＣＩ、ＣＭ、ＧＡ、ＧＮ、ＭＬ、ＭＲ，ＳＮ、ＴＤ、ＴＧ ）、ＡＴ、　ＡＵ、　ＢＢ、　ＢＧ、　ＢＲ，ＣＡ、　ＣＨ，Ｃ３，ＤＥ。
ＤＫ、　ＥＳ、　ＦＩ、　ＧＢ、　ＨＵ、　ＪＰ、　ＫＰ、　ＫＲ，ＬＫ、ＬＵ 、ＭＧ、ＭＮ、ＭＷ、ＮＬ、Ｎｏ、ＰＬ、ＲＯ、ＲＵ、ＳＤ、　５Ｅ （７２）発明者　デイビッドソン　キャロライン　ステイーブン アメリカ合衆国　ニューハンプシャー州０３０４９　ホーリス　ライドアウト　 ロード（７２）発明者　フェイマン　ロバート　ネイル　ジュニアアメリカ合衆 国　ニューハンプシャー州０３８０６　ウィルトン　プットナム　ヒルロード　 （番地なし） （７２）発明者　グラブ　リチャード　バリーアメリカ合衆国　マサチューセッ ツ州 ０１８８６　ウェストフォード　キャリエイジウェイ　５ （７２）発明者　ホブス　ステイーブン　オーアメリカ合衆国　マサチューセッ ツ州 ０１８８６　ウェストフォード　バターナツトロード　１０ （７２）発明者　マーフィー　デニス　ジョセフアメリカ合衆国　マサチューセ ッツ州 ０１８８６　ウェストフォード　ディポットロード　８６

Claims (12)

    【特許請求の範囲】
  1. １．種々の異なる高レベルプログラミング言語の一つで表わされたソースコード を含む入力コードモジュールで定義されたプログラムを、前記一つの言語に適応 するランゲージスペシフィックコンパイラフロントエンドを用いてアクセスする ステップと、 前記コンパイラフロントエンド内のコンバータにより中間言語フローグラフ及び シンボルテーブルを発生させて前記プログラムを中間言語で定義するステップと 、前記フローグラフをジェネリックコンパイラバックエンドによりアクセスし、 前記フローグラフを再構成して前記プログラムを最適化するステップと、前記再 構成したグラフ及びシンポルテーブルから、コード発生器により種々の異なるタ ーゲットコンピュータアーキテクチャの一つに対応するオブジエクトコードを発 生させるステップと、 前記フロントエンドにより、プログラムシンボルを前記ターゲットコンピュータ アーキテクチャの諸要件と無関係にジェネリックフォームで記述することにより 前記オブジェクトコードのリンカが使用するタイプ情報を前記グラフ及びシンボ ルテーブル内に発生させるステップとを備えることょ特徴とするコードコンパイ ル方法。
  2. ２．中間言語グラフは複数のタペルから成り、各タペルが前記入力コードモジュ ール内のシングルエクスプレッションを表わすことを特徴とする請求項１記載の 方法。
  3. ３．前記中間言語グラフは前記タペルの順序づけられたシーケンスを含むブロッ クから成ることを特徴とする請求項２記載の方法。
  4. ４．前記ブロックの各々はエントリ又はラベルで始まり、中間出口のないリター ンで終わることを特徴とする請求項３記載の方法。
  5. ５．前記タペルはオペレータ、オペレータデータタイプ及びオペランドを示すフ ィードを有するデータ構造であることを特徴とする請求項３記載の方法。
  6. ６．種々の異なる高レベルプログラミング言語の一つで表わされたソースコード を含む入力コードモジュールで定義されたプログラムをアクセスするランゲージ スペシフィックコンパイラフロントエンドと、 前記コンパイラフロントエンド内にあって、前記プログラムを中間言語で定義す るために中間言語フローグラフ及びシンボルテーブルを発生するコンバータ手段 と、前記中間言語グラフをアクセスし前記中間言語グラフを再構成して前記プロ グラムを最適化する最適化手段と、前記中間言語グラフ及びシンボルテーブルを アクセスすることにより種々の異なるターゲットコンピュータアーキテクチャの 一つに対応するオブジェクトコードを発生するコード発生器とを具え、 前記コンバータ手段が、プログラムシンボルを前記ターゲットコンピュータアー キテクチャの諸要件と無関係にジェネリックフォームで記述することにより、前 記オブジェクトコードのリンカが使用するタイプ情報を前記グラフ及びシンボル テーブル内に発生する手段を含んでいることを特徴とするコードコンパイル装置 。
  7. ７．中間言語グラフは複数のタペルから成り、各タペルが前記入力コードモジュ ール内のシングルエクスプレッションを表わすことを特徴とする請求項６記載の 装置。
  8. ８．前記タペルはオペレータ、オペレータデータタイプ及びオペランドを示すフ ィードを有するデータ構造であることを特徴とする請求項７記載の装置。
  9. ９．前記中間言語グラフは前記タペルの順序づけられたシーケンスを含むブロッ クから成り、前記ブロックの各々はエントリ又はラベルで始まり、中間出口のな いリターンで終わることを特徴とする請求項８記載の装置。
  10. １０．前記中間言語グラフをアクセスして前記コードを最適化する前記最適化手 段は前記タペル内のエフェクト又は従属性の指示に応答することを特徴とする請 求項９記載の装置。
  11. １１．ランゲージスペシフィックコンパイラフロントエンドを用いて中間言語グ ラフ及びシンボルテーブルをジェネリック中間言語で発生させ、その中間言語グ ラフが複数のタペルから成り各タペルがシングルエクスプレッションをソースコ ード言語で表わし、 前記中間言語グラフ及びシンボルテーブルをアクセスすることにより種々の異な るターゲットコンピュータアーキテクチャの一つに対応するオブジェクトコード を発生させ、 プログラムシンボルを前記ターゲットコンピュータアーキテクチャの諸要件と無 関係にジェネリックフォームで記述することにより前記オブジェクトコードのリ ンカが使用するタイプ情報を前記グラフ及びシンボルテーブル内に発にさせるこ とを特徴とするコンパイラ内におけるコード最適化方法。
  12. １２．前記中間言語グラフは前記タペルの順序づけられたシーケンスを含むブロ ックから成ることを特徴とする請求項１１記載の方法。
JP4506690A 1991-02-27 1992-02-18 多言語最適化コンパイラ内のシンボル テーブル構成用インタフェイス Expired - Lifetime JPH0769833B2 (ja)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US66246491A 1991-02-27 1991-02-27
US66272591A 1991-02-27 1991-02-27
US66246191A 1991-02-27 1991-02-27
US66248391A 1991-02-27 1991-02-27
US66247791A 1991-02-27 1991-02-27
US662483 1991-02-27
US662461 1991-02-27
US662464 1991-02-27
US662477 1991-02-27
US662725 1991-02-27
PCT/US1992/001309 WO1992015945A1 (en) 1991-02-27 1992-02-18 Symbol table for intermediate compiler language

Publications (2)

Publication Number Publication Date
JPH06501580A true JPH06501580A (ja) 1994-02-17
JPH0769833B2 JPH0769833B2 (ja) 1995-07-31

Family

ID=27542049

Family Applications (5)

Application Number Title Priority Date Filing Date
JP4506687A Expired - Lifetime JPH0769832B2 (ja) 1991-02-27 1992-02-18 プログラミング演算の効果と従属性とを表現する方法及び装置
JP4507814A Expired - Lifetime JPH0762826B2 (ja) 1991-02-27 1992-02-18 多言語最適化コンパイラ内のフォールディングメカニズムを構成する方法
JP4506773A Expired - Lifetime JPH0769834B2 (ja) 1991-02-27 1992-02-18 ソース・プログラムをコンパイルする方法及び装置
JP4507067A Expired - Lifetime JPH0762825B2 (ja) 1991-02-27 1992-02-18 コード生成方法及び装置
JP4506690A Expired - Lifetime JPH0769833B2 (ja) 1991-02-27 1992-02-18 多言語最適化コンパイラ内のシンボル テーブル構成用インタフェイス

Family Applications Before (4)

Application Number Title Priority Date Filing Date
JP4506687A Expired - Lifetime JPH0769832B2 (ja) 1991-02-27 1992-02-18 プログラミング演算の効果と従属性とを表現する方法及び装置
JP4507814A Expired - Lifetime JPH0762826B2 (ja) 1991-02-27 1992-02-18 多言語最適化コンパイラ内のフォールディングメカニズムを構成する方法
JP4506773A Expired - Lifetime JPH0769834B2 (ja) 1991-02-27 1992-02-18 ソース・プログラムをコンパイルする方法及び装置
JP4507067A Expired - Lifetime JPH0762825B2 (ja) 1991-02-27 1992-02-18 コード生成方法及び装置

Country Status (9)

Country Link
EP (5) EP0529049B1 (ja)
JP (5) JPH0769832B2 (ja)
KR (5) KR950006608B1 (ja)
AU (5) AU663493B2 (ja)
CA (5) CA2081476A1 (ja)
DE (1) DE69225281T2 (ja)
FI (2) FI924845A7 (ja)
NO (2) NO924114L (ja)
WO (5) WO1992015944A1 (ja)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2847688B2 (ja) 1993-05-27 1999-01-20 松下電器産業株式会社 プログラム変換装置およびプロセッサ
DE69434971T2 (de) 1993-05-27 2008-01-17 Matsushita Electric Industrial Co., Ltd., Kadoma Programmumsetzungseinheit
JP3318051B2 (ja) 1993-06-17 2002-08-26 富士通株式会社 翻訳処理方法
JP2755154B2 (ja) * 1994-02-23 1998-05-20 日本電気株式会社 プログラム変換処理装置およびプログラム変換処理方法
US5740469A (en) * 1995-04-24 1998-04-14 Motorola Inc. Apparatus for dynamically reading/writing multiple object file formats through use of object code readers/writers interfacing with generalized object file format interface and applications programmers' interface
CA2251369A1 (en) * 1998-10-26 2000-04-26 International Business Machines Corporation System and method for analyzing dependencies in a computer program
US7000222B1 (en) 1999-08-19 2006-02-14 International Business Machines Corporation Method, system, and program for accessing variables from an operating system for use by an application program
WO2007114722A1 (en) * 2006-03-30 2007-10-11 Intel Corporation An optimal floating-point expression translation method based on pattern matching
KR101314247B1 (ko) * 2009-09-03 2013-10-02 한국전자통신연구원 위성 관제 시스템에서 위성 관제 운용 자동화를 위한 언어변환장치 및 방법
US20130167144A1 (en) * 2009-09-04 2013-06-27 Bernd Mathiske Virtual Machine Persisted Within Itself
US8832672B2 (en) 2011-01-28 2014-09-09 International Business Machines Corporation Ensuring register availability for dynamic binary optimization
EP2687981B1 (en) * 2012-07-18 2017-12-27 MStar Semiconductor, Inc. Automated compiler specialisation for global optimisation
US20160019037A1 (en) * 2014-07-21 2016-01-21 Xamarin Inc. Managing parameter types for generic functions
US9183020B1 (en) 2014-11-10 2015-11-10 Xamarin Inc. Multi-sized data types for managed code
US9213638B1 (en) 2015-03-24 2015-12-15 Xamarin Inc. Runtime memory management using multiple memory managers
JP6481515B2 (ja) 2015-05-29 2019-03-13 富士通株式会社 情報処理装置、コンパイル方法、及びコンパイラプログラム
CN109643093A (zh) * 2016-08-30 2019-04-16 三菱电机株式会社 程序编辑装置、程序编辑方法及程序编辑程序
CN108108169B (zh) * 2017-12-27 2020-11-03 广东小天才科技有限公司 一种基于Jenkins的多分支的构建方法及系统
US11334469B2 (en) 2018-04-13 2022-05-17 Microsoft Technology Licensing, Llc Compound conditional reordering for faster short-circuiting
JP7015207B2 (ja) * 2018-04-27 2022-02-02 株式会社日立製作所 ビジュアルプログラミングツールを用いてフローを作成することを支援する装置および方法
JP7163697B2 (ja) * 2018-09-28 2022-11-01 富士通株式会社 生成プログラム，情報処理装置及び生成方法
KR102165928B1 (ko) * 2019-12-04 2020-10-14 서울대학교 산학협력단 전자 장치, 전자 장치의 컴파일링 방법 및 전자 장치의 동작 방법
CN116360788A (zh) * 2023-02-17 2023-06-30 深圳市亿维自动化技术有限公司 结构化文本编程语言的编译方法、编译器及电子设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4667290A (en) * 1984-09-10 1987-05-19 501 Philon, Inc. Compilers using a universal intermediate language

Also Published As

Publication number Publication date
CA2081477A1 (en) 1992-08-28
KR960003050B1 (ko) 1996-03-04
KR950006607B1 (ko) 1995-06-19
AU1429292A (en) 1992-10-06
AU663493B2 (en) 1995-10-12
JPH0769832B2 (ja) 1995-07-31
CA2081477C (en) 1992-08-28
KR950006609B1 (ko) 1995-06-19
JPH0769834B2 (ja) 1995-07-31
WO1992015945A1 (en) 1992-09-17
CA2081473C (en) 1999-04-06
KR960003138B1 (ko) 1996-03-05
JPH0762826B2 (ja) 1995-07-05
KR950006608B1 (ko) 1995-06-19
EP0529049B1 (en) 1998-04-29
AU663311B2 (en) 1995-10-05
FI924846A0 (fi) 1992-10-26
AU1442292A (en) 1992-10-06
CA2081449A1 (en) 1992-08-28
AU1420492A (en) 1992-10-06
WO1992015944A1 (en) 1992-09-17
WO1992015941A1 (en) 1992-09-17
EP0528008A1 (en) 1993-02-24
CA2081475C (en) 1998-05-05
CA2081473A1 (en) 1992-08-28
DE69225281D1 (de) 1998-06-04
NO924115L (no) 1992-12-18
JPH06501579A (ja) 1994-02-17
EP0526622A1 (en) 1993-02-10
CA2081476A1 (en) 1992-08-28
CA2081475A1 (en) 1992-08-28
JPH0762825B2 (ja) 1995-07-05
DE69225281T2 (de) 1999-01-07
CA2081449C (en) 1999-04-13
WO1992015943A1 (en) 1992-09-17
FI924845A0 (fi) 1992-10-26
AU1569892A (en) 1992-10-06
EP0532731A1 (en) 1993-03-24
FI924846A7 (fi) 1992-10-26
JPH06501581A (ja) 1994-02-17
AU663310B2 (en) 1995-10-05
AU1439792A (en) 1992-10-06
NO924115D0 (no) 1992-10-23
EP0526621A1 (en) 1993-02-10
JPH06501582A (ja) 1994-02-17
NO924114L (no) 1992-12-18
JPH06501583A (ja) 1994-02-17
AU658399B2 (en) 1995-04-13
JPH0769833B2 (ja) 1995-07-31
FI924845A7 (fi) 1992-10-26
NO924114D0 (no) 1992-10-23
AU653799B2 (en) 1994-10-13
WO1992015942A1 (en) 1992-09-17
EP0529049A1 (en) 1993-03-03

Similar Documents

Publication Publication Date Title
US5577253A (en) Analyzing inductive expressions in a multilanguage optimizing compiler
US5613117A (en) Optimizing compiler using templates corresponding to portions of an intermediate language graph to determine an order of evaluation and to allocate lifetimes to temporary names for variables
US5836014A (en) Method of constructing a constant-folding mechanism in a multilanguage optimizing compiler
US5659753A (en) Interface for symbol table construction in a multilanguage optimizing compiler
US5493675A (en) Compiler back end calling predetermined front end routines that use effect and dependency indicators to provide information to the compiler to determine the validity of an optimization
JPH06501583A (ja) 多言語最適化コンパイラ内のフォールディングメカニズムを構成する方法
Kahn et al. Metal: A formalism to specify formalisms
KR102614967B1 (ko) 자바스크립트의 중간 언어 기반 의미론 추출 자동화 시스템 및 방법
Nellaiyapen Practical WebAssembly: Explore the fundamentals of WebAssembly programming using Rust
Chan Bluespec Language Server: Adapting Rust Analyzer for Bluespec SystemVerilog
IE920608A1 (en) Interface for symbol table construction in a multilanguage¹optimizing compiler
Juan et al. The ModelCC Model-Driven Parser Generator: A Tutorial
Sestoft Language Concepts
Syme et al. Lexing and Parsing