JPH04270422A - プリコンパイル処理方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，プリコンパイル処理方
式に関し，特に，プリコンパイラにおいてテキストの構
文チェックを行なうプリコンパイル処理方式に関する。

【０００２】コンパイル処理を実行する前に，その準備
的なフェーズとして，プリコンパイル処理が行なわれる
。プリコンパイラは，通常，ＦＯＲＴＲＡＮ等の高級言
語をホスト言語とする。即ち，所定の言語で記述された
入力テキストをプリコンパイル処理することにより，高
級言語で記述された中間テキストを得る。

【０００３】

【従来の技術】近年，プログラムの大型化に伴い，プロ
グラムを部品化することが要求されている。この部品化
したプログラムを，プリコンパイラの出力である中間テ
キストとして得ることが行なわれている。そして，この
部品である中間テキストをコンパイル処理することによ
り，オブジェクト形成の出力テキストを得る。これを，
図４に示す。

【０００４】図４において，プリコンパイラ２は，所定
の言語で記述された入力テキスト１を，そのテキスト編
集部３により翻訳（プリコンパイル処理）し，中間テキ
スト７を出力する。中間テキスト７は，部品化されたプ
ログラム（部品）であり，高級言語で記述される。更に
，コンパイラ８は，この中間テキスト７をコンパイル処
理し，出力テキスト１０を出力する。このコンパイル処
理の際，コンパイラ８の構文チェック部９により，構文
チェックを行ない，中間テキスト７の記述形式が妥当か
否かをチェックする。この構文チェックにより構文にエ
ラーが発見された場合，入力テキスト１を修正し，再び
プリコンパイル処理及びコンパイル処理を行なって正し
い出力テキスト１０を得る必要がある。

【０００５】

【発明が解決しようとする課題】前述の従来技術によれ
ば，コンパイラ８においてのみ構文チェックを行なって
おり，プリコンパイラ２における入力テキスト１につい
ての構文チェックを行なっていない。このため，中間テ
キスト７をコンパイル処理した際にエラーを検出する可
能性が高いという問題があった。また，この場合，入力
テキスト１まで戻って修正しなければならず，その作業
の負担と時間の無駄が大きな問題であった。

【０００６】一方，プリコンパイラ２において入力テキ
スト１の構文チェックを行なおうとすると，多くのチェ
ック処理を必要とし，更に作業の負担が大きく，時間を
要するという問題があり，採用されていなかった。即ち
，入力テキスト１に使用される全ての命令についてその
各々で許される記述形式の全てを考慮してチェック処理
を行なうプログラムを作成して，プリコンパイラ２に組
込むことが必要となる。このプログラム作成の負担は極
めて大きく非現実的である。また，この方式によれば，
命令や記述形式の変更があった場合に，プログラムの書
換えが必要となるので，この変更に対応するのが難しい
という問題もある。

【０００７】本発明は，簡単な構成によりプリコンパイ
ル処理の際の構文チェックを可能としてデバック時の負
担を軽減したコンパイル処理方式を提供することを目的
とする。

【０００８】図１は本発明の原理構成図であり，本発明
によるコンパイル処理の概略を示している。

【０００９】プリコンパイラ２は，所定の言語で記述さ
れた入力テキスト１を翻訳（プリコンパイル処理）して
，高級言語で記述された中間テキスト７を出力する。 この翻訳は，テキスト編集部３が行なう。また，プリコ
ンパイラ２は，この翻訳の際に，入力テキスト１の構文
チェックを行なう。このために，プリコンパイラ２は構
文チェック部４とオペランドテーブル６とを少なくとも
備える。構文チェック部４は，読込まれた入力テキスト
１の命令の各々について，オペランドテーブル６を用い
て，構文チェックを行なう。

【００１０】

【作用】図２は本発明の作用説明図であり，同図（Ａ）
は命令の記述形式の一例を示し，同図（Ｂ）は構文チェ
ックの一例を示す。

【００１１】今，入力テキスト１で用いられる命令の１
つ（「命令Ｃ」とする）の許される記述形式が，図２（
Ａ）に示すものであるとする。即ち，命令Ｃの構文は，
命令名，オペランド１，キーワード１，オペランド２が
この順に記述されてなり，オペランド１はくり返すこと
ができ，キーワード１及びオペランド２は省略できると
いうものである。

【００１２】この構文をチェックするため，オペランド
テーブル６は，入力テキストで用いられる命令の各々に
対応して，少なくとも，真アドレス，偽アドレス及び詳
細情報ビットを格納する。構文チェック部４は，オペラ
ンドテーブル６における「命令Ｃ」に対応する真アドレ
ス，偽アドレス及び詳細情報ビットを用いて，「命令Ｃ
」の構文チェックを行なう。

【００１３】まず，オペランドテーブル６における「命
令Ｃ」についての最初の記述（相対番号１）の詳細情報
ビットの記述と「オペランド１」とを比較する。一致す
る場合は真アドレス「１」へ，不一致の場合は偽アドレ
ス「２」へ分岐する。この場合，一致すると仮定すると
，真アドレス「１」へ分岐する。

【００１４】ここで，真アドレス及び偽アドレスは，相
対番号として表される。相対番号は，同一命令において
，その語種別に付された番号であり，その命令について
のオペランドテーブル６における記述の各々に与えられ
る相対アドレスである。この記述は，「オペランド１」
，「キーワード１」，「オペランド２」等の語種別にな
され，その命令の構文によって異なる内容及び数の記述
となる。

【００１５】前述の如く，真アドレス「１」へ分岐した
後，次の「キーワード１」と相対番号１の内容とを比較
するが，不一致となるので偽アドレス「２」へ分岐する
。再び，「キーワード１」と相対番号２の内容とを比較
すると，今度は一致するので真アドレス「３」へ分岐す
る。一方，不一致の場合，偽アドレス「０」に分岐する
。このアドレス「０」は，相対番号としては用いられな
い値であり，解析終了（正常終了）を示す所定値として
用いられる。即ち，アドレス「０」へ分岐した場合，構
文チェック部４は，解析終了を出力して構文チェックを
終了する。

【００１６】前述の如く，真アドレス「３」へ分岐した
後，次の「オペランド２」と相対番号３の内容とを比較
する。一致する場合は真アドレス「０」へ分岐し，解析
終了を出力する。不一致の場合は偽アドレス「×」へ分
岐する。このアドレス「×」は，相対番号としては用い
られない値であり，エラー（異常終了）を示す所定値と
して用いられる。即ち，アドレス「×」へ分岐した場合
，構文チェック部４は，エラーを出力して構文チェック
を終了する。

【００１７】以上によれば，プリコンパイラ２において
入力テキスト１の構文チェックを行なうことが可能とな
る。従って，コンパイラ８による中間テキスト７のコン
パイル時にエラーを検出する率を小さくでき，一方，エ
ラーの修正を，直ちに入力テキスト１を修正することに
より容易に行なうことができる。また，プリコンパイラ
２は，読込んだ入力テキスト１とオペランドテーブル６
の内容との比較をくり返すのみで構文チェックができる
ので，その構成は簡単でよく，プログラム作成の負担は
少なくて済む。これに加えて，構文チェックのための情
報をオペランドテーブル６として持つことにより，命令
や記述形式の変更にも，プログラムを変更することなく
オペランドテーブル６の変更により容易に対応できる。

【００１８】

【実施例】図１及び図２について更に説明した後，図３
に従って構文チェックの具体例について説明する。

【００１９】図１において，中間テキスト７は，例えば
ＦＯＲＴＲＡＮ等の高級言語で記述されたものである。 一方，入力テキスト１は，ＦＯＲＴＲＡＮを記述するこ
とによるプログラムへの負担を軽くするため，例えば，
日本語による記述を許し，また，その構文を単純化した
ものである。入力テキスト１は，プリコンパイラ２によ
り中間テキスト７に翻訳されるが，この際，本発明に従
う構文チェックが行なわれ，エラーがあればこれが検出
される。これにより，早い段階で入力テキスト１の修正
によりエラーを解消できる。

【００２０】中間テキスト７は，コンパイラ８により出
力テキスト１０に翻訳される。出力テキスト１０は，例
えば，オブジェクト形式のプログラム（オブジェクトモ
ジュール）である。この翻訳の際，コンパイラ８におい
ても，その構文チェック部９が中間テキスト７の構文チ
ェックを行なう。従って，この段階でも，エラーがあれ
ばこれが検出されるが，その率は低い。即ち，入力テキ
スト１に存在したエラーは先にプリコンパイル処理時に
除かれ修正されているので，コンパイル処理の対象とな
る中間テキスト７におけるエラーは極めて少ない。従っ
て，この中間テキスト７の構文チェックの際に検出され
るエラーも少なくなる。これにより，コンパイル処理後
に入力テキスト１を修正することは少なくなるので，そ
の作業と時間の無駄を少なくできる。

【００２１】プリコンパイラ２は，構文チェックのため
に，オペランドテーブル６の他，命令テーブル５を持つ
。命令テーブル５は，図２（Ｂ）に示す如く，入力テキ
スト１で用いられる命令の各々に対応して，オペランド
テーブル６のテーブル番号を格納する。即ち，命令名毎
に対応するテーブル番号を格納する。

【００２２】従って，オペランドテーブル６は，各命令
に対応した複数の単位テーブルからなり，各単位テーブ
ルには一意に定まるテーブル番号が付される。構文チェ
ック部４は，図２（Ｂ）に示す如く，入力テキスト１が
読込まれると，その命令名「命令Ｃ」を用いて命令テー
ブル５を検索して対応するテーブル番号「２０」を求め
，これを用いてオペランドテーブル６のアクセスを行な
う。これにより，「命令Ｃ」に対応するオペランドテー
ブル６の単位ページが参照される。なお，命令名を用い
て，直接，オペランドテーブル６をアクセスできるよう
にしてもよい。

【００２３】オペランドテーブル６の格納する情報は，
図２（Ｂ）に示す如く，「相対番号」，「語種別」，「
条件付フラグ」，「真アドレス」，「偽アドレス」及び
「詳細情報ビット」である。「相対番号」は，１命令即
ち１単位テーブルにおける相対番号即ち相対アドレスで
ある。「語種別」は，入力テキスト１における命令を記
述しているコード〔テキストコード）との比較をするた
めの語コードである。「条件付フラグ」は，「オペラン
ド１」の如きくり返し処理を許す場合に所定値「１」と
されるフラグである。このフラグが「１」の場合，その
くり返し処理において偽アドレスにのみ分岐する場合に
エラーとされる。即ち，くり返し処理において，１度で
も真アドレスに分岐すればエラーではないが，そうでな
い場合はエラーとされる。「真アドレス」は，オペラン
ドが詳細情報ビットの記述と一致した場合に選択される
。「偽アドレス」は，オペランドが詳細情報ビットの記
述と不一致の場合に選択される。「詳細情報ビット」は
，オペランドに記述できる内容を規定するものであり，
その内容毎に対応する複数ビットからなる。

【００２４】次に，図３により，構文チェックの具体例
につき説明する。図３（Ａ）は，構文の具体例を示し，
図２（Ａ）に対応する。図３（Ｂ）は，構文チェックの
一例を示し，図２（Ｂ）に対応する。

【００２５】図３（Ａ）に示す如く，「小出力」という
命令は，「パラメタ１」をオペランド１とし，「＃出力
先」をキーワード１とし，「パラメタ２」をオペランド
２とする構文でなければならない。これに対し，図３（
Ｂ）に示す如く，入力テキスト１に「小出力…＄コンソ
ール」という記述があるとする。以下，この「小出力」
という命令を例に，構文チェックについて説明する。

【００２６】なお，図３（Ｂ）に示す如く，命令として
は，「転記」，「小入力」，「表示」等があり，これら
のうち入力テキスト１に実際に記述されているものにつ
いて，命令毎に構文チェックが行なわれる。

【００２７】入力テキスト１が読込まれると，命令名「
小出力」を用いて，命令テーブル５を検索し，そのテー
ブル番号「２０」を抽出し，これを用いてオペランドテ
ーブル６を参照する。オペランドテーブル６のテーブル
番号「２０」の単位ページにおいて，まず，その相対番
号「１」の欄を検索する。この場合，その詳細情報ビッ
トから，オペランド１には文字定数他は項目名を記述す
ることが可能であることが判る（これらのビットが所定
値「１」である）。そこで，「パラメタ１」の記述を見
ると，「ＯＫデス」は文字定数であるので，真となり（
真アドレスに分岐する），「パラメタ１」の解析は終了
し，次の「＃出力先」の解析を開始する。

【００２８】なお，ここで，条件つきフラグが「１」で
あるので，最初にパラメタ１の記述が「偽」であるとさ
れた場合，相対番号「２」へ分岐するのではなく，エラ
ーとされる。

【００２９】前述の如く，先の処理が「真」であったの
で，真アドレスの示す相対番号「１」の欄を再び検索す
る。ここで，「＃出力先」は，文字定数でも項目名でも
ないため，偽となる。そこで，偽アドレスの示す相対番
号「２」へ分岐する。この欄を検索すると，入力テキス
ト１の記述「＃出力先」と，語種別「＃出力先」とが特
定コードで一致するので，真となる。これで「＃出力先
」の解析は終了し，次の「パラメタ２」の解析を開始す
る。

【００３０】相対番号「３」の欄を検索すると，オペラ
ンド２にはシステム定数を記述することが可能であるこ
とが判る。そこで，「パラメタ２」の記述をみると，「
＄コンソール」はシステム定数であるので，真となる。 真アドレスが「０」であるので，解析終了が出力される
。仮に，「パラメタ２」が「＄コンソール」の代りに「
ＯＫデス」等の文字定数であった場合，偽となり，エラ
ーが出力される。

【００３１】

【発明の効果】以上説明したように，本発明によれば，
プリコンパイル処理において，構文チェック部とオペラ
ンドテーブルを設けることにより，プリコンパイル処理
の際に入力テキストの構文チェックができるので，コン
パイル処理の際のエラーの検出率を小さくでき，デバッ
グの時間を少なくしその作業を容易にすることができる
。また，プリコンパイラの構成を簡単なものにできるの
で，その作成の負担が少なくて済み，命令や記述形式の
変更にも容易に対処することができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の作用説明図である。

【図３】実施例説明図である。

【図４】従来技術説明図である。

【符号の説明】

１　　入力テキスト ２　　プリコンパイラ ３　　テキスト編集部 ４　　構文チェック部 ５　　命令テーブル ６　　オペランドテーブル ７　　中間テキスト ８　　コンパイラ ９　　構文チェック部 １０　　出力テキスト

Claims (4)

【特許請求の範囲】
1. 【請求項１】　　所定の言語で記述された入力テキスト
   （１）を翻訳して高級言語で記述された中間テキスト（
   ７）を出力するプリコンパイラ（２）において，　　読
   込まれた前記入力テキスト（１）の構文チェックを行な
   う構文チェック部（４）と，前記入力テキスト（１）で
   用いられる命令の各々に対応して，真アドレス，偽アド
   レス及び詳細情報ビットを格納したオペランドテーブル
   （６）とを備え，前記構文チェック部（４）が，読込ま
   れた前記入力テキスト（１）の命令の各々について，そ
   のオペランドが前記詳細情報ビットの記述と一致する場
   合に前記真アドレスに分岐し，不一致の場合に前記偽ア
   ドレスに分岐すると共に，前記真アドレス又は偽アドレ
   スが第１の所定の値の場合に解析終了を出力し，第２の
   所定の値の場合にエラーを出力することを特徴とするプ
   リコンパイル処理方式。
2. 【請求項２】　　前記プリコンパイラ（２）が，前記入
   力テキスト（１）で用いられる命令の各々に対応して前
   記オペランドテーブル（６）のテーブル番号を格納した
   命令テーブル（５）を備え，前記オペランドテーブル（
   ６）は前記命令の各々にテーブル番号を付した構成を有
   し，前記構文チェック部（４）が，前記命令テーブル（
   ５）を用いて前記命令に対応する前記テーブル番号を求
   め，これを用いて前記オペランドテーブル（６）をアク
   セスすることを特徴とする請求項１記載のプリコンパイ
   ル処理方式。
3. 【請求項３】　　前記オペランドテーブル（６）は，前
   記命令の各々においてその語種別毎に相対番号を付した
   構成を有すると共に，前記真アドレス又は偽アドレスと
   して前記相対番号を記述してなることを特徴とする請求
   項１記載のプリコンパイル処理方式。
4. 【請求項４】　　対応する命令にくり返し処理がある場
   合に所定の値とされる条件付きフラグを前記オペランド
   テーブル（６）に設け，前記構文チェック部（４）が，
   前記条件付きフラグが所定の値であり，かつ，前記くり
   返し処理において前記偽アドレスに分岐する場合にエラ
   ーを出力することを特徴とする請求項１記載のプリコン
   パイル処理方式。