JPH0683635A - コンパイル・リンク方式 - Google Patents

Abstract

(57)【要約】 【目的】 コンパイル・リンク方式において、作業者に
かかる負担を軽減して処理の迅速化を図るとともに、処
理に使用する資源の保存・復旧や処理手段の点でも、処
理効率の向上を図ること。 【構成】 部分ソースプログラムを個別に扱うコンパイ
ル処理１００時においては、処理条件の選択のために他
の部分ソースプログラム内の情報が必要となる箇所の処
理は、処理条件の選択に必要な自己の部分内の情報をオ
ブジェクトプログラム上に残すことにとどめて、処理条
件の選択は保留にしておく。そして、オブジェクトプロ
グラム相互をまとめるリンク処理２００時においては、
処理条件の選択のために各オブジェクトプログラム上に
記録されている情報に基づいて、コンパイル処理１００
時に保留していた処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ソースプログラムに
対してコンパイル処理とリンク処理とを実行して実行形
式プログラムを得るコンパイル・リンク方式に関するも
のである。

【０００２】

【従来の技術】従来、Ｃ言語やＦＯＲＴＲＡＮ等の言語
処理系では、ソースプログラムに対してコンパイル処理
とリンク処理とを実行して実行形式プログラムを得るコ
ンパイル・リンク方式として、図２に示す方式が開発さ
れている。

【０００３】この従来方式は、いわゆる分割コンパイル
方式と呼ばれているもので、処理対象のソースプログラ
ムＳを複数（この場合は、ｎ個）の部分ソースプログラ
ム１Ｓ，……，ｎＳに分けて各部分毎に個別にコンパイ
ルし、その結果として得た各部分オブジェクトプログラ
ム１Ｏ，……，ｎＯに対してリンク処理を実行すること
によって実行形式プログラムＰを得るものである。な
お、前記リンク処理は、例えば外部名の結合等、複数の
部分オブジェクトプログラムを一つにまとめて全体に関
わる処理を行うものであり、それ以外の処理は、各部分
ソースプログラム毎のコンパイル時に各部分の内部で決
定・実行する。

【０００４】ただし、各部分ソースプログラム毎に個別
に処理を決定・実行する場合では、手続き（関数）の呼
び出し先が他の部分ソースプログラムに存在するときに
は、その呼び出し先の必要とするレジスタ等の資源を知
ることができないという問題がある。また、分岐（呼び
出しを含む）先が他の部分ソースプログラムに存在する
ときには、分岐先までの位置関係を知ることができない
という問題があった。そこで、このような問題に対処す
るために、従来では、以下の（１）〜（３）のような対
応をとってきた。

【０００５】（１）必要に応じて、予め、部分ソースプ
ログラム相互の処理順序に制約を与えておく。

【０００６】（２）呼び出しの際において呼び出し元あ
るいは呼び出し先でレジスタ等の資源の保存・復旧を行
う場合には、その呼び出し元あるいは呼び出し先で必要
としているレジスタ等の資源の全てを保存・復旧の対象
とする。

【０００７】例えば、レジスタを１６個（Ｒ０〜Ｒ１
５）持つ処理装置において手続き（関数）呼出し処理を
行う場合に、図３に示すように、呼び出し元ｆで必要な
レジスタがＲ５〜Ｒ１５、呼び出し先ｇで必要なレジス
タがＲ０〜Ｒ６であるとする。前記ｆとｇとがそれぞれ
別個の部分ソースプログラムに属していて、ｆからｇへ
の呼び出し処理が部分ソースプログラム間の処理となる
ときには、呼び出し元ｆで保存を行う場合には、図４の
（ａ）に示すように呼び出し元ｆで使用しているレジス
タＲ５〜Ｒ１５の全てを退避領域Ｍに保存させ、また、
呼び出し先で保存を行う場合には、図４の（ｂ）に示す
ように呼び出し先ｇで使用しているレジスタＲ０〜Ｒ６
の全てを退避領域Ｍに保存させる。

【０００８】（３）分岐先の位置がわからない状態で、
処理手段を選択するときは、より汎用性（適用性）の高
い手段を選択使用する。

【０００９】例えば、分岐の処理手段には、いわゆる短
分岐（分岐できる範囲が狭い分岐）と長分岐（分岐でき
る範囲が広い分岐）とがあり、これらの短分岐と長分岐
とを選択使用すべき状況が発生した場合には、分岐元か
ら分岐先までの距離が短い場合でも長い場合でも適用で
きる長分岐の方を選択使用する。また、同様にして、セ
グメント内分岐（呼び出し）とセグメント間分岐（呼び
出し）とを選択使用すべき状況が発生した場合には、セ
グメント間分岐の方を選択使用する。

【００１０】図５および図６は、長分岐と短分岐とを選
択使用すべき状況を具体例で示したものであり、図７お
よび図８はセグメント内分岐とセグメント間分岐とを選
択使用すべき状況を具体例で示したものである。各図の
内容は、以下にの如くである。

【００１１】図５は、分割された一つの部分（部分ソー
スプログラム）内に、第１の分岐Ｂ１と第２の分岐Ｂ２
とが存在する場合を示したものである。ここに、第１の
分岐Ｂ１は分岐先Ｌ１への分岐（ｇｏｔｏ Ｌ１）であ
り、第２の分岐Ｂ２は分岐先Ｌ２への分岐（ｇｏｔｏ
Ｌ２）である。また、前記図５の（ａ）は一方の分岐先
Ｌ１が分岐元と同一の部分１０内に存在（図示はしてい
ないが、他方の分岐先Ｌ２は別の部分に存在している）
する場合を示しており、図５の（ｂ）は二つの分岐先Ｌ
１，Ｌ２のいずれもが分岐元の存在する部分１１とは別
の部分１２に存在する場合を示している。

【００１２】図６の（ａ）は、前記図５の（ａ）の場合
について各分岐Ｂ１，Ｂ２毎に短分岐で処理できる範囲
を矢印（イ），（ロ）で示したものである。即ち、矢印
（イ）は第１の分岐Ｂ１から短分岐で処理できる範囲を
示し、矢印（ロ）は第２の分岐Ｂ２から短分岐で処理で
きる範囲を示している。図５の（ａ）の場合、分岐先Ｌ
２は短分岐の許容範囲外となるが、分岐先Ｌ１は短分岐
の許容範囲内にある。図６の（ｂ）は、前記図５の
（ｂ）での場合について各分岐Ｂ１，Ｂ２毎に短分岐で
処理できる範囲を矢印（ハ），（ニ）で示したものであ
る。即ち、矢印（ハ）は第１の分岐Ｂ１から短分岐で処
理できる範囲を示し、矢印（ニ）は第２の分岐Ｂ２から
短分岐で処理できる範囲を示している。図５の（ｂ）の
場合も、分岐先Ｌ２は短分岐の許容範囲外となるが、分
岐先Ｌ１は短分岐の許容範囲内にある。

【００１３】図５の（ａ），（ｂ）のいずれの場合で
も、本来ならば、第１の分岐Ｂ１は、短分岐を選択して
処理すべきである。しかし、従来の分割コンパイル方式
で分岐を処理する場合、図５の（ｂ）に示したように分
岐先が分岐元とは別の部分にあれば、分岐長が短分岐可
能な範囲であるか否かを判断できないため、本来は短分
岐で処理し得る第１の分岐Ｂ１に対しても、より汎用性
の高い長分岐を選択使用する。

【００１４】図７の（ａ）は、ある一つの部分２０に第
１の呼び出しＣ１と第２の呼び出しＣ２とが存在し、か
つ、第１の呼び出しＣ１の呼び出し先ｆは呼び出し元と
同一の部分に属するが、第２の呼び出しＣ２の呼び出し
先ｇは呼び出し元とは別の部分２１に属している場合で
ある。図７の（ｂ）は、ある一つの部分２２に第１の呼
び出しＣ１と第２の呼び出しＣ２とが存在し、かつ、第
１の呼び出しＣ１の呼び出し先ｆと第２の呼び出しＣ２
の呼び出し先ｇとの双方が呼び出し元とは別の部分２３
に属している場合である。

【００１５】図７の（ａ），（ｂ）の場合において、呼
び出し先ｆは呼び出し元と同一のセグメント（図８の
（ａ）に符号３０で示す）内に存在し、呼び出し先ｇは
呼び出し元とは異なるセグメント（図８の（ａ）に符号
３１で示す）内に存在するとする。

【００１６】このような状況下では、分岐を効率よく処
理するには、図８の（ａ）に示すように、ｆの呼び出し
にはセグメント内分岐を選択し、ｇの呼び出しにはセグ
メント間分岐を選択すべきである。しかし、従来の分割
コンパイル方式によるとき、図７の（ｂ）の場合では、
呼び出し先が同一のセグメント内になるかどうかを判断
できないために、図８の（ｂ）に示すように、セグメン
ト内分岐が可能な呼び出しＣ１についても、より汎用性
の高いセグメント間分岐を選択する。

【００１７】

【発明が解決しようとする課題】ところが、前述した従
来の処理方式において、「予め部分ソースプログラム相
互の処理順序に制約を与える」という対応は、一般に、
作業者がプログラム内容を判断して処理装置に適切な指
示を入力するという作業者自身の手作業によるため、作
業者に大きな負担がかかるとともに、処理の遅延の要因
となっていた。

【００１８】また、前述の図３および図４に示した呼び
出しにおいて、呼び出し元ｆと呼び出し先ｇとで使用が
重複するレジスタはＲ５とＲ６だけであり、本来は、ｆ
とｇとの間における呼び出し処理時に保存が必要なレジ
スタはＲ５とＲ６だけで済むはずであり、全ての資源を
保存・復旧するという従来の対応は、余分な資源まで保
存・復旧するために、処理効率が低下するという問題が
あった。

【００１９】しかも、処理手段は、一般に、汎用性が高
くなるほど効率が悪くなり、また、最適なものほど効率
はよくなるが汎用性がなくなる。従って、処理手段を選
択すべきときには汎用性の高い手段を選択使用するとい
う従来の対応は、この点でも、処理効率の低下を免れな
いという問題があり、今後の解決課題とされていた。本
発明は、前記事情に鑑みてなされたもので、ソースプロ
グラムを複数の部分ソースプログラムに分割して、各部
分ソースプログラム毎にコンパイル処理を実行し、その
後にリンク処理を実行することによって実行形式プログ
ラムを得るコンパイル・リンク方式であって、作業者に
かかる負担を軽減して処理の迅速化を図るとともに、処
理に使用する資源の保存・復旧や処理手段の点でも、処
理効率の向上を図ることのできるコンパイル・リンク方
式を提供することを目的とする。

【００２０】

【課題を解決するための手段】本発明に係るコンパイル
・リンク方式は、ソースプログラムを複数の部分ソース
プログラムに分割して、各部分ソースプログラム毎にコ
ンパイル処理を実行し、その後にリンク処理を実行する
ことによって実行形式プログラムを得るもので、次のよ
うな特徴がある。

【００２１】コンパイル処理時においては、処理条件の
選択のために他の部分ソースプログラム内の情報が必要
となる箇所の処理は、処理条件の選択のために必要な自
己の部分内の情報をオブジェクトプログラム上に残すこ
とにとどめて、処理条件の選択は保留にしておく。

【００２２】そして、コンパイル処理によって得たオブ
ジェクトプログラム相互をまとめるリンク処理時におい
ては、処理条件の選択のために各オブジェクトプログラ
ム上に記録されている情報に基づいて、コンパイル処理
時に保留していた処理を実行する。

【００２３】

【作用】本発明に係るコンパイル・リンク方式の場合、
コンパイル処理時においては、処理条件を選択するため
に他の部分ソースプログラム内の情報が必要となる箇所
（手続きや分岐など）に対しては、その処理条件の選択
に必要な自己の部分内の情報をオブジェクトプログラム
上に残すことにとどめて、その箇所の処理自体は保留に
しておき、保留にした箇所は、オブジェクトプログラム
相互をまとめるリンク処理時に、各オブジェクトプログ
ラム上に記録された諸情報に基づいて、決定し実行す
る。

【００２４】リンク処理時には、処理条件の選択に関連
するオブジェクトプログラム相互の情報を全て見ること
ができるため、容易かつ正確に処理の状況を把握するこ
とができ、その正確な状況把握に基づいて、保存・復旧
させるレジスタ等の資源を最少限にしたり、あるいは処
理効率の良い処理手段を選択するといった処理条件の最
適化が可能になり、効率の大幅な向上が期待し得ること
となる。

【００２５】しかも、このようにリンク処理時に行うこ
ととすれば、予め部分ソースプログラム相互の処理順序
に制約を与えておく必要もなくなり、これによって、作
業者にかかる負担を軽減することも可能になり、一層の
処理の迅速化が可能になる。

【００２６】

【実施例】図１は、本発明の一実施例を概略的に示した
ものである。この一実施例のコンパイル・リンク方式
は、ソースプログラムＳを複数（この一実施例では、ｎ
個）の部分ソースプログラム１Ｓ，２Ｓ，……，ｎＳに
分割して、各部分ソースプログラム毎にコンパイル処理
１００を実行し、その結果として得た各部分オブジェク
トプログラム１ｏｂ，２ｏｂ，……ｎｏｂに対してまと
め処理であるリンク処理２００を実効することにより、
前記ソースプログラムＳに対する実行形式プログラムＰ
を得る。

【００２７】この一実施例のコンパイル・リンク方式
は、従来例における課題を解決するために、前記コンパ
イル処理１００およびリンク処理２００を改善したもの
で、前記コンパイル処理１００では、図１に示したよう
に、判定処理１０１を実施し、その結果に基づいて、通
常コンパイル処理１０２、定義情報生成処理１０３およ
び使用情報生成処理１０４、分岐先情報生成処理１０５
を適宜実行する。

【００２８】前記判定処理１０１は、処理条件を選択す
る必要があって、最適の処理条件を選択するために他の
部分ソースプログラム内の情報が必要となるか否かを判
断するものである。ここに、選択が必要となる「処理条
件」とは、手続き（関数）の呼び出し等の際において呼
び出し元あるいは呼び出し先に応じて保存・復旧させる
レジスタ等の資源、および、分岐の処理手段（長分岐，
短分岐，セグメント内分岐，セグメント間分岐など）を
指す。また、「最適の処理条件を選択する」とは、選択
可能な複数の処理条件の中から最も効率良く処理を進め
ることのできる条件を選択することを言う。

【００２９】前記通常コンパイル処理１０２は、通常の
コンパイル処理で、前記判定処理１０１において「他の
部分ソースプログラム内の情報を必要としない」と判定
された全箇所について実施される。

【００３０】前記定義情報生成処理１０３は、手続きの
定義箇所から、その手続きの「手続名」，「位置」，
「必要とする資源（種類と量）」等の情報を抽出して、
定義情報として生成する。図１１の符号１３０は、具体
例として、手続きｇ（先に、図３で説明したもの）につ
いて、この定義情報生成処理１０３によって生成した定
義情報を示したものである。

【００３１】前記使用情報生成処理１０４は、手続き
（関数）の呼び出し箇所から、「手続名］，「使用位
置」，「必要としている資源（種類と量）」等の情報を
抽出して、使用情報として生成する。また、この使用情
報生成処理１０４は、分岐元から、その分岐元の「位
置」，「分岐先」，「処理手段などの選択に関する情
報」などの情報を抽出し、使用情報として生成する。図
１１の符号１４０は、具体例として、手続きｇ（先に、
図３で説明したもの）について、この使用情報生成処理
１０４によって生成した使用情報を示したものである。
図１２の符号１４０は、具体例として、分岐先がｆ，ｇ
である場合（図７の（ａ）の場合）について、この使用
情報生成処理１０４によって生成した使用情報を示した
ものである。

【００３２】前記分岐先情報生成処理１０５は、分岐先
となる可能性のある位置に対して、その「名称（分岐先
名）」と「位置」の情報を抽出して、分岐先情報として
生成する。図１２の符号１５０は、具体例として、この
分岐先情報生成処理１０５によって生成した分岐先情報
を示したものである。

【００３３】以上の定義情報生成処理１０３、使用情報
生成処理１０４、分岐先情報生成処理１０５によって生
成された情報は、該コンパイル処理によって生成される
部分オブジェクトプログラム上に書き込まれて、リンク
処理２００において利用される。

【００３４】以上の如き構成をなすコンパイル処理１０
０の処理手順を説明すると、図９に示す如くである。即
ち、まず、処理対象の部分ソースプログラム内の全ての
処理が終了したか否かを判断し（ステップ１１１）、未
処理のものがあれば、前記判定処理１０１による判定を
行う（ステップ１１２）。そして、ステップ１１２にお
いて「他の部分ソースプログラム内の情報が必要でな
い」と判定されたものに対しては前記通常コンパイル処
理１０２を実行して（ステップ１１３）、ステップ１１
１に戻る。一方、ステップ１１２において「他の部分ソ
ースプログラム内の情報が必要である」と判定されたも
のに対しては、ステップ１１４に進む。

【００３５】このステップ１１４では、処理条件の選択
に拘わる情報（即ち、定義情報、使用情報、分岐先情報
など）を前記定義情報生成処理１０３，使用情報生成処
理１０４，分岐先情報生成処理１０５などによって作成
し、作成した情報は処理条件選択のためにオブジェクト
プログラム上に出力（記述）する。そして、このステッ
プ１１４の処理対象となった箇所は、保留箇所に設定し
て、ステップ１１１に戻る（保留箇所に設定された部分
は、一応、コンパイル時における処理は済んだものとみ
なされる）。前記ステップ１１１における判断で、未処
理の箇所がなくなれば、コンパイル処理１００は終了と
なる。

【００３６】コンパイル処理１００を経て生成された各
部分オブジェクトプログラム１ｏｂ，２ｏｂ，……ｎｏ
ｂには、図１に示すように、命令列１２０と、前記定義
情報生成処理１０３が生成した定義情報１２０と、前記
使用情報生成処理１０４が生成した使用情報１４０と、
前記分岐先情報生成処理１０５が生成した分岐先情報１
５０とが記述されている。

【００３７】次に、リンク処理２００について説明す
る。このリンク処理２００では、それぞれのオブジェク
トプログラムに記述されている内容に基づいて、通常の
まとめ処理２０１、保留内容解析処理２０２、最適条件
判定処理２０３、条件生成処理２０４を適宜実行する。

【００３８】ここに、まとめ処理２０１は、外部名の結
合等の一般的な処理である。保留内容解析処理２０２
は、保留箇所に設定されていた箇所の検出を行い、その
保留箇所に最適の処理条件を選択可能にすべく、前述の
定義情報１２０，および使用情報１４０，および分岐先
情報１５０に基づいて、その保留箇所の状況を解析す
る。前記最適条件判定処理２０３は、前記保留内容解析
処理２０２の解析結果に基づいて、その保留箇所に最適
の処理条件を判定する。この判定結果は、処理装置から
オペレータに決定内容２０５として通知される。

【００３９】図１１の符号２０５および図１２の符号２
０５は、前記最適条件判定処理２０３から出力される決
定内容を具体例で示したものである。図１１の場合は、
情報１３０，１４０に基づいて保存する資源（レジス
タ）を求めたもので、定義関数ｇをｆで使用する場合に
は保存するレジスタはＲ５，Ｒ６の二つ、また定義関数
ｇをｈで使用する場合には、保存は不必要としている。

【００４０】図１２の場合は、情報１４０，１５０に基
づいて使用する分岐手段を求めたもので、ｈからｆへの
分岐にはセグメント内分岐を使用し、ｈからｇへの分岐
にはセグメント間分岐を使用することと決定している。

【００４１】オペレータは、前記最適条件判定処理２０
３による決定内容２０４について、確認の指示、あるい
は修正の指示をすることが可能である。前記条件生成処
理２０４は、オペレータから確認の指示があった場合に
は前記最適条件判定処理２０３の判定結果の通りに、ま
た、オペレータから修正の指示があった場合には、その
指示の通りに、保留箇所における処理条件を書き替えす
る。

【００４２】以上の如き構成をなすリンク処理２００の
処理手順を説明すると、図１０に示す如くである。即
ち、まず、処理対象のオブジェクトプログラムに対して
通常のまとめ処理を実行し（ステップ２１１）、次い
で、保留箇所が残っているか否かを判断する（ステップ
２１２）。そして、残っている場合には、前記保留箇所
解析処理２０２により保留箇所の状況を解析し、判定処
理２０３により最適の処理条件を求める（ステップ２１
３）。そして、その判定結果がオペレータより確認され
たら、その判定結果の通りに、保留箇所の処理条件を書
き替える（ステップ２１４）。ステップ２１２〜２１４
を繰り返して、保留箇所がなくなれば該リンク処理２０
０の終了である。

【００４３】以上のように、本発明の一実施例のコンパ
イル・リンク方式は、部分ソースプログラム毎のコンパ
イル処理では、最適の処理条件を選択するために他の部
分ソースプログラム内の情報が必要となる処理（手続き
や分岐など）が存在する場合には、その処理自体は保留
にしておき、最適の処理条件の選択に必要な情報の内の
既知のものを生成するオブジェクトプログラム上に記録
する。そして、コンパイル処理時に保留にされた処理
は、リンク処理時に、オブジェクトプログラム上に記録
されている処理条件の選択に必要な諸情報に基づいて、
実行する。

【００４４】リンク処理時には、処理条件の選択に関連
するオブジェクトプログラム相互の情報を全て見ること
ができるため、容易かつ正確に処理の状況を把握するこ
とができ、その正確な状況把握に基づいて、保存・復旧
させるレジスタ等の資源を最少限にしたり、あるいは処
理効率の良い処理手段を選択するといった処理条件の最
適化が可能になり、効率の大幅な向上が期待し得ること
となった。

【００４５】しかも、このようにリンク処理時に行うこ
ととすれば、予め部分ソースプログラム相互の処理順序
に制約を与えておく必要もなくなり、これによって、作
業者にかかる負担を軽減することも可能になり、一層の
処理の迅速化を可能ならしめることとなった。

【００４６】

【発明の効果】本発明に係るコンパイル・リンク方式の
場合、コンパイル処理時においては、処理条件を選択す
るために他の部分ソースプログラム内の情報が必要とな
る箇所（手続きや分岐など）に対しては、その処理条件
の選択に必要な自己の部分内の情報をオブジェクトプロ
グラム上に残すことにとどめて、その箇所の処理自体は
保留にしておき、保留にした箇所は、オブジェクトプロ
グラム相互をまとめるリンク処理時に、各オブジェクト
プログラム上に記録された諸情報に基づいて、決定し実
行する。

【００４７】リンク処理時には、処理条件の選択に関連
するオブジェクトプログラム相互の情報を全て見ること
ができるため、容易かつ正確に処理の状況を把握するこ
とができ、その正確な状況把握に基づいて、保存・復旧
させるレジスタ等の資源を最少限にしたり、あるいは処
理効率の良い処理手段を選択するといった処理条件の最
適化が可能になり、効率の大幅な向上が期待し得ること
となる。

【００４８】しかも、このようにリンク処理時に行うこ
ととすれば、予め部分ソースプログラム相互の処理順序
に制約を与えておく必要もなくなり、これによって、作
業者にかかる負担を軽減することも可能になり、一層の
処理の迅速化が可能になる。

【図面の簡単な説明】

【図１】本発明の一実施例の機能ブロック図である。

【図２】従来のコンパイル・リンク方式の説明図であ
る。

【図３】関数の定義に必要なレジスタの説明図である。

【図４】従来の方式で保存するレジスタの説明図であ
る。

【図５】短分岐と長分岐とを選択すべき状況の説明図で
ある。

【図６】短分岐で処理し得る範囲の説明図である。

【図７】セグメント内分岐とセグメント間分岐を選択す
べき呼び出しの説明図である。

【図８】セグメント間分岐選択の説明図である。

【図９】一実施例のコンパイル処理の説明図である。

【図１０】一実施例のリンク処理の説明図である。

【図１１】一実施例の作用説明図である。

【図１２】一実施例の作用説明図である。

【符号の説明】

Ｓ ソースプログラム ｏｂ オブジェクトプログラム Ｐ 実行形式プログラム １００ コンパイル処理 １０１ 判定処理 １０２ 通常コンパイル処理 １０３ 定義情報生成処理 １０４ 使用情報生成処理 １０５ 分岐先情報生成処理 １２０ 命令列 １３０ 定義情報 １４０ 使用情報 １５０ 分岐先情報 ２００ リンク処理 ２０１ まとめ処理 ２０２ 保留内容解析処理 ２０３ 最適条件判定処理 ２０４ 条件生成処理 ２０５ 決定内容

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ソースプログラムを複数の部分ソースプ
   ログラムに分割して、各部分ソースプログラム毎にコン
   パイル処理を実行し、その後にリンク処理を実行するこ
   とによって実行形式プログラムを得るコンパイル・リン
   ク方式であって、 コンパイル処理時においては、処理条件の選択のために
   他の部分ソースプログラム内の情報が必要となる箇所の
   処理は、処理条件の選択のために必要な自己の部分内の
   情報をオブジェクトプログラム上に残すことにとどめ
   て、処理条件の選択は保留にしておき、 コンパイル処理によって得たオブジェクトプログラム相
   互をまとめるリンク処理時においては、処理条件の選択
   のために各オブジェクトプログラム上に記録されている
   情報に基づいて、コンパイル処理時に保留していた処理
   を実行することを特徴とするコンパイル・リンク方式。