JPS62235644A - ソ−ス入力方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明はコンパイラの入力処理に関し、特にＣ０ＢＯＬ
やＦＯＲ，Ｔｌ（・ＡＮ　などで書かれたプログラムの
翻訳処理を行うコンパイラの入力となるプ寵グラムソー
スの入力処理方式に関する。

（従来の技術） 従来、コンパイラの入力となるソースが格納されている
ソースファイルの形式は各システムごとに定められてお
シ、定められた形式以外のファイルはソースファイルと
して入力することはできなかった。このため、すべての
ソースは上記の定められたソースファイルに格納してか
らでないとコンパイルを始めることができなかった。を
几、定められた形式以外のファイル形式に格納されてい
るソースは、例えばファイル変換ツールのような何らか
の方法により、あらかじめファイル変換を行っておく必
要があった。

（発明が解決しようとする問題点） 上述した従来のソース入力方式において従来のコンパイ
ラは、入力できるノースファイルの形式が定められてい
るので、定められ穴形式以外のファイルにソースが格納
されていると、いったん、これを定められた形式に変換
する作業カ入す、同一な情報をもつ２つのファイルカ存
在することになる。また、このために元のファイルのソ
ースに修正を加えたときには、必ず変換作業を行わなけ
ればならないが、この作業が忘れられ７１）すると、元
のソースとコンパイラの入力となるソースとの間に不一
致が生じると云う欠点がある。

さらに近年、データベースシステムが普及してきており
、データベースシステムではデータの定義情報はシステ
ムで一括管理されるようになっているものが多く、デー
タベースのデータを処理するプログラムの作成にあたっ
ては、当然、システムで一括管理されているデータの定
義情報を引用する必要がある。

ところが、このデータの定義情報の形式、つまり、デー
タ定義情報が格納されているファイルの形式は一般にコ
ンパイラが大力できるソースファイルの形式とは異なっ
ている場合が多い。

従って、データの定義情報の引用には、システムで専用
に用意された変換ユーティリティなどを用いて変換を行
わなければならないため、所期のプログラムの作成まで
に多くの作業を行わなければならないと云う欠点がある
。

本発明の目的は、ソースファイルあるいはソースとなる
レコードが格納されているファイルのファイル形式ごと
にファイル形式全識別し、識別されたファイル形式に対
応するソースレコードを選択することにより上記欠点を
除去し、ソースファイルの形式が異なる２つ以上のソー
スファイルが同一のシステム内部に存在するとき、定め
られたソースファイルの形式にファイル変換全行わなけ
ればソースを入力できないと云うわずられしさを解消し
、ソースファイルのファイル形式を意識することなく、
ソースレコード七入力できるように構成したソース入力
方式を提供することにある。

（問題点を解決するための手段） 本発明によるソース人力方式は複数のファイルと、複数
のソースレコード変換部と、ファイル識別部と、選択部
とを具備して構成したものである。

複数のファイルは、ソースファイルあるいはソースとな
るレコードを格納するための２つ以上の形式のものであ
る。

複数のソースレコード変換部は、各ファイルの形式の数
に等しい数のものである。

ファイル識別部は、ソースファイルあるいはソースとな
るレコードが格納されているファイルのファイル形式ｔ
ｔａ別するためのものである。

選択部は、ファイル識別部により識別されたファイル形
式に対応して、複数のソースレコード変換部のひとつを
選択するためのものである。

（実　施　例） 次に、本発明について図面を参照して説明する。

第１図は、本発明によるソース入力方式を実現するため
の一実施例會示すブロック因である。

第１図において、１は０ＯＢＯＬ−？Ｆ（ＪＲＴＲ−Ａ
Ｎなどで薔かれたプログラムを翻訳するコンパイラのソ
ース読込み処理部、２はソースファイルあるいはソース
となるレコードが格納されているファイルの形式ｔ−ａ
別するためのファイル識別部、３は例えばＬＯＢＯＬで
書かれ次ソースプログラムが格納されたファイル、４゜
５はそれぞれ例えば０ＯＢＯＬで利用できる登録集機能
における登碌集原文、およびデータ定義情報が格納され
ているファイルである。例えば、ファイル４の名前ヲ人
、ファイル５０名前ｉＢとすることができる。６はソー
スプログラムの読込みｔ行うソース入力部、７は登録集
原文が格納されているファイル（Ａ）４に対して登録集
原文をコンパイラの入力できるソースレコードに変換す
るためのソースレコード変換部、８はデータ定義情報フ
ァイル（Ｂ）５に対応してデータ定義情報をコンパイラ
の入力できるソースレコードに変換する次めのソースレ
コード変換部、９はファイル識別部２による識別結果に
もとすき、いずれかのソースレコード変換部全選択する
次めの選択部である。例えば０ＯＢＯＬプログラムのソ
ース読込み処理では、一般に読込まれたレコードを処理
するとき、Ｃ０ＰＹ命令に対する処理を行っているが、
いま、００ＰＹ命令が検出されたとき、０ＯＰＹ命令の
記述として畜かれ【いる原文名、つまり、上記のＣ０Ｂ
ＯＬプログラムの一部として複写するソースの名前、お
よび複写すべきソースが格納されているファイルの名前
が取出される。取出されたファイルの名前は、ファイル
識別部２へ送出される。ファイル識別部２は送られてき
たファイルの名前により、そのファイルのファイル形式
を識別する。仮にファイルの名前が人ならば、登碌果原
文が格納されているファイルであシ、Ｂならばデータ定
義情報ファイルであると云う具合に識別全行う。

選択部９は、ファイル識別部２に工って識別されたファ
イルの形式に対応し九ソースレコード変換部７ｔ−Ｍ択
する。例えば識別されているファイルが、登録集原文の
格納されているファイルであると識別されたものとする
。この場合、ンースレコード変換ｓ７のファイルがデー
タ定義情報ファイルであると識別されれば、ソースレコ
ード変換部８を選択する。このようにして選択され次ソ
ースレコード変換部のひとつが、複写すべきソースの入
力時に使用される。ソースレコード変換部７は、ソース
読込み処理部１によって取出されたファイルの名前をも
つファイルの複写すべきソースを読込み、ソース読込み
処理部ｌで捜しているソースレコードの形式へ変換し、
ソース読込み処理部１へ渡す。この処理は、複写すべき
ソースのレコードがなくなるまで繰返す。

このようにして、０ＯＢＯＬプログラムのなかに書かれ
７ｊＯＯＰＹ命令ごとに同様の処理が行われるわけであ
る。従って、以上の説明声ら明らかなように、Ｃ０ＰＹ
命令で書かれた複写すべきソースが格納されているファ
イルの形式が異なっていても、それに対応したソースレ
コード変換部が自動的に選択され【使用されることによ
り、ソース読込み処理部１には常に決まつ九ソースレコ
ードの形式でソースレコードが渡ることになる。

第２図は、上述し次ファイル識別部２の処理フローに示
すフローチャートである。ファイル識別部２はファイル
名受取りステップ２１によりソース読込み処理部１から
送出されるファイルの名前を受取り、このファイル上ア
クセスステップ２２によりアクセスし、ファイルの形式
を識別する。一般にファイルの形式などの情報はファイ
ルのアロケート時に与えられ、これらはファ・イルラベ
ル、あるいはデータセットラベルと呼ばれる特定の記録
場所に記録されている。

従って、このファイルラベル、あるいはデータセットラ
ベルヲ読込めば、求めるファイルのファイル形式を識別
することができる。識別したファイル識別をファイル識
別送出ステップ２３に工９選択ｓ９へ送出する。

第３図は、選択ｓ９の処理フロー上＊すフローチャート
である。選択部９はファイル識別受ＨＲクステツプ３１
４Ｃニジファイル鍮別部２により識別され定ファイルの
形式情報ｔ−受取り、ファイル識別ステップ３２からン
ースレコード変換ｓ８の選択ステップ３４までにおいて
、対応するレコード形式択する。

第４図はレコード変換部７、およびソースレコード変換
部８の処理フローを示すフローチャートである。第４図
において、ソースレコード読込みステップ４１では、指
定され九ファイルに格納されているソースレコードをひ
とつずつ読込む。ソースレコード終りステップ４２は、
ソースレコードがこれ以上ないか否かを判別する部分で
あり、ソースレコードがあれば大力レコードの変換ステ
ップ４３を起動し、定められたレコード形式と記述形式
とに変換し、ソース読込み部１へ変換し次レコードを送
出する。これ以上レコードがなければ終了情報の送出ス
テップ４Ｑ−起動し、ソース読込み部１へ終了を知らせ
る。

ソース読込み部トは、ソースレコード変換部７、ま几は
ソースロード変換部８からは、定められ友形式でレコー
ド形式を受取り、ＯＯＢ　ＯＬ。

プログラムの翻訳処理を行う。終了情報を受取れば、０
ＯＢＯＬプログラムの次のソースレコードの処理に移る
。

（発明の効果） 以上説明したように本発明は、ソースファイルあるいは
ソースとなるレコードが格納されているファイルのファ
イル形式ごとにファイル形式を識別し、識別され次ファ
イル形式に対応するソースレコードを選択することによ
り、ソースが格納されているファイルのファイル形式の
いかんを問わず自動的に対応するソースレコード変換部
が選択されて使用されるので、第１に２つ以上のファイ
ル形式のソースが格納されているファイルからのソース
読込みが可能となり、第２に上記に関連して、コンパイ
ルの前に定めら九九ソースファイルへの変換作業全行う
必要がなくなり、第３に変換作業の忘れに伴うソースの
記述内容の不一致がなくなると云う効果がある。

４、心向の量率な説明 第１図は、本発明によるソース入力形式の一実施例を示
すブロック図である。

第２図は、第１図のファイル識別部の処理フローを示す
フローチャートである。

第３図は、第１因の選択部の処理フローを示すフローチ
ャートである。

第４図は、第１図のレコード変換部およびノースロード
変換部の処理フローを示すフローチャートである。

ｌ・・・ソース読込み処理部 ２・・・ファイル識別部 ３・・・０ＯＢＯＬソースプログラム格納フアイル４・
・・登録集原文格納ファイル ５・・・データ定義情報ファイル ６・・・ソース入力部 ７・・・ソースレコード変換部

Claims (1)

【特許請求の範囲】
1. ソースファイルあるいはソースとなるレコードを格納す
   るための２つ以上の形式の複数のファイルと、前記各フ
   ァイルの形式の数に等しい数の複数のソースレコード変
   換部と、前記ソースファイルあるいはソースとなるレコ
   ードが格納されているファイルのファイル形式を識別す
   るためのファイル識別部と、前記ファイル識別部により
   識別されたファイル形式に対応して前記複数のソースレ
   コード変換部のひとつを選択するための選択部とを具備
   して構成したことを特徴とするソース入力方式。