JPH06501582A - コード生成方法及び装置 - Google Patents

コード生成方法及び装置

Info

Publication number
JPH06501582A
JPH06501582A JP4507067A JP50706792A JPH06501582A JP H06501582 A JPH06501582 A JP H06501582A JP 4507067 A JP4507067 A JP 4507067A JP 50706792 A JP50706792 A JP 50706792A JP H06501582 A JPH06501582 A JP H06501582A
Authority
JP
Japan
Prior art keywords
code
tuple
value
operand
tuples
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
JP4507067A
Other languages
English (en)
Other versions
JPH0762825B2 (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 JPH06501582A publication Critical patent/JPH06501582A/ja
Publication of JPH0762825B2 publication Critical patent/JPH0762825B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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; CALCULATING OR 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; CALCULATING OR 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; CALCULATING OR 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 (14)

    【特許請求の範囲】
  1. １．多数の異なる高レベルプログラミング言語の１つにソースコードを含むソー スコードモジュールを言語特有のコンパイラフロントエンドを用いてアクセスす る工程と、前記のコンパイラフロントエンドにより中間言語中に中間言語グラフ 及び記号テーブルを発生させ、この中間言語グラフを、各要素が前記のソースコ ードモジュール中の１つのエクスプレッションを表わしている複数の要素を以っ て構成する工程と、 前記の中間言語グラフを再構成することにより前記のプログラムを最適化するよ うにこの中間言語グラフをアクセスする工程と、 種々の異なる目的コンピュータアーキテクチャの１つに対しコード発生器により 前記の中間言語グラフから目的コードを発生させる工程と、 目的コードを発生させる前に、前記のコード発生器において、前記の中間言語グ ラフと一組のコードテンプレートとを比較する工程であって、この工程は、パタ ーン選択パスを行なってテンプレートを選択することと、生存期間のある一時ネ ームをコードテンプレートに非局所的に割当てることと、バインディングパスを 行なって生存期間のある一時ネームをコードテンプレートに局所的に割当てるこ とを含む当該工程と を有することを特徴とするコードコンパイリング方法。
  2. ２．請求項１に記載のコードコンパイリング方法において、前記の要素の各々を タプルとし、各タプルはオペレータ、データの種類及びオペランドに対する領域 を有するデータ構造とすることを特徴とするコードコンパイリング方法。
  3. ３．請求項２に記載のコードコンパイリング方法において、前記中間言語グラフ は前記のタプルの順序化列を含むブロックを以って構成することを特徴とするコ ードコンパイリング方法。
  4. ４．請求項３に記載のコードコンパイリング方法において、他のタプルヘの影響 を有するエクスプレッションを表わす前記の各タプルに対し、当該タプルに前記 の影響の表示を含め、他のタプルヘの依存性を有するエクスプレッションを表わ す各タプルに対し、当該タプルにこの依存性の表示を含めることを特徴とするコ ードコンパイリング方法。
  5. ５．多数の異なる高レベルプログラミング言語の１つにソースコードを含むソー スコードモジュールを言語特有のコンパイラフロントエンドを用いてアクセスす る手段と、中間言語中に中間言語グラフを発生させ、この中間言語グラフを、各 タプルが前記のソースコードモジュール中の１つのエクスプレッションを表わし ている複数のタプルを以って構成する前記のコンパイラフロントエンド中の手段 と、 前記の中間言語グラフを再構成することにより前記のプログラムを最適化するよ うにこの中間言語グラフをアクセスする手段と、 種々の異なる目的コンピュータアーキテクチャの１つに対しコード発生器により 前記の中間言語グラフから目的コードを発生させる手段と、 目的コードを発生させる前に、前記のコード発生器において、前記の中間言語グ ラフと一組のコードテンプレートとを比較する手段であって、この比較には、パ ターン選択パスを行なってテンプレートを選択することと、生存期間のある一時 ネームをコードテンプレートに非局所的に割当てることと、バインディングパス を行なって生存期間のある一時ネームをコードテンプレートに局所的に割当てる ことを含むようにする当該手段と を有することを特徴とするコードコンパイリング装置。
  6. ６．請求項５に記載のコードコンパイリング装置において、前記のタプルの各々 をオペレータ、データの種類及びオペランドに対する領域を有するデータ構造と したことを特徴とするコードコンパイリング装置。
  7. ７．請求項６に記載のコードコンパイリング装置において、前記中間言語グラフ は前記のタプルの順序化列を含むブロックを以って構成したことを特徴とするコ ードコンパイリング装置。
  8. ８．請求項６に記載のコードコンパイリング装置において、前記のブロックの各 々をエントリで開始させ、中間エントリのないブランチ中で終了させるようにし たことを特徴とするコードコンパイリング装置。
  9. ９．請求項７に記載のコードコンパイリング装置において、他のタプルヘの影響 を有するエクスプレッションを表わす前記の各タプルに対し、当該タプルに前記 の影響の表示を含め、他のタプルヘの依存性を有するエクスプレッションを表わ す各タプルに対し、当該タプルにこの依存性の表示を含めたことを特徴とするコ ードコンパイリング装置。
  10. １０．言語特有のコンパイラフロントエンドを用いて中間言語中に中間言語グラ フを発生させ、この中間言語グラフをタプルを以って構成し、各タプルが多数の 異なるソースコード言語の１つに１つのエクスプレッションを表わすようにする 工程と、 種々の異なる目的コンピュータアーキテクチュアの１つに対しコード発生器によ り前記の中間言語グラフから目的コードを発生させる工程と、 目的コードを発生させる前に、前記のコード発生器において、前記の中間言語グ ラフと一組のコードテンプレートとを比較する工程であって、この工程は、パタ ーン選択パスを行なってテンプレートを選択することと、生存期間のある一時ネ ームをコードテンプレートに非局所的に割当てることと、バインディングパスを 行なって生存期間のある一時ネームをコードテンプレートに局所的に割当てるこ とを含む当該工程と を有することを特徴とするコードコンパイラ中にコードを発生させる方法。
  11. １１．請求項１０に記載のコードコンパイラ中にコードを発生させる方法におい て、前記のタプルの各々をオペレータ、データの種類及びオペランドに対する領 域を有するデータ構造とすることを特徴とするコードコンパイラ中にコードを発 生させる方法。
  12. １２．請求項１１に記載のコードコンパイラ中にコードを発生させる方法におい て、前記中間言語グラフは前記のタプルの順序化列を含むブロックを以って構成 することを特徴とするコードコンパイラ中にコードを発生させる方法。
  13. １３．請求項１２に記載のコードコンパイラ中にコードを発生させる方法におい て、他のタプルヘの影響を有するエクスプレッションを表わす前記の各タプルに 対し、当該タプルに前記の影響の表示を含め、 他のタプルヘの依存性を有するエクスプレッションを表わす各タプルに対し、当 該タプルにこの依存性の表示を含めることを特徴とするコードコンパイラ中にコ ードを発生させる方法。
  14. １４．請求項１２に記載のコードコンパイラ中にコードを発生させる方法におい て、前記のブロックの各々をエントリで開始させ、中間エントリのないブランチ 中で終了させることを特徴とするコードコンパイラ中にコードを発生させる方法 。
JP4507067A 1991-02-27 1992-02-18 コード生成方法及び装置 Expired - Lifetime JPH0762825B2 (ja)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US66247791A 1991-02-27 1991-02-27
US66246191A 1991-02-27 1991-02-27
US66246491A 1991-02-27 1991-02-27
US66272591A 1991-02-27 1991-02-27
US66248391A 1991-02-27 1991-02-27
US662477 1991-02-27
US662483 1991-02-27
US662464 1991-02-27
US662461 1991-02-27
US662725 1991-02-27
PCT/US1992/001284 WO1992015943A1 (en) 1991-02-27 1992-02-18 Multilanguage optimizing compiler using templates in multiple pass code generation

Publications (2)

Publication Number Publication Date
JPH06501582A true JPH06501582A (ja) 1994-02-17
JPH0762825B2 JPH0762825B2 (ja) 1995-07-05

Family

ID=27542049

Family Applications (5)

Application Number Title Priority Date Filing Date
JP4507814A Expired - Lifetime JPH0762826B2 (ja) 1991-02-27 1992-02-18 多言語最適化コンパイラ内のフォールディングメカニズムを構成する方法
JP4506687A Expired - Lifetime JPH0769832B2 (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 (3)

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

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP4506690A Expired - Lifetime JPH0769833B2 (ja) 1991-02-27 1992-02-18 多言語最適化コンパイラ内のシンボル テーブル構成用インタフェイス

Country Status (9)

Country Link
EP (5) EP0526621A1 (ja)
JP (5) JPH0762826B2 (ja)
KR (5) KR950006608B1 (ja)
AU (5) AU653799B2 (ja)
CA (5) CA2081475C (ja)
DE (1) DE69225281T2 (ja)
FI (2) FI924846A (ja)
NO (2) NO924115L (ja)
WO (5) WO1992015945A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07234790A (ja) * 1994-02-23 1995-09-05 Nec Corp プログラム変換処理装置およびプログラム変換処理方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1229440B1 (en) * 1993-05-27 2007-05-02 Matsushita Electric Industrial Co., Ltd. Program converting unit and processor improved in address management
JP2847688B2 (ja) 1993-05-27 1999-01-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
US7966609B2 (en) 2006-03-30 2011-06-21 Intel Corporation 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 富士通株式会社 情報処理装置、コンパイル方法、及びコンパイラプログラム
KR102041772B1 (ko) * 2016-08-30 2019-11-07 미쓰비시덴키 가부시키가이샤 프로그램 편집 장치, 프로그램 편집 방법 및 기억 매체에 기억된 프로그램 편집 프로그램
CN108108169B (zh) * 2017-12-27 2020-11-03 广东小天才科技有限公司 一种基于Jenkins的多分支的构建方法及系统
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

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07234790A (ja) * 1994-02-23 1995-09-05 Nec Corp プログラム変換処理装置およびプログラム変換処理方法

Also Published As

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

Similar Documents

Publication Publication Date Title
US5577253A (en) Analyzing inductive expressions in a multilanguage optimizing compiler
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
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
JPH06501582A (ja) コード生成方法及び装置
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
Pandey et al. LLVM cookbook
Nellaiyapen Practical WebAssembly: Explore the fundamentals of WebAssembly programming using Rust
Wielemaker SWI-Prolog 2.9. 6
Wielemaker SWI-Prolog 3.2
Watson et al. Practicalities of Syntax Analysis
IE920608A1 (en) Interface for symbol table construction in a multilanguage¹optimizing compiler
Sestoft Language Concepts
Àµ½ ½Á et al. ¹® º» ¼º» µ «5® ³½ «eµ²½µf¶¥¥ § «5º» º¿ ¾