JPH05150960A

JPH05150960A - プリコンパイラ

Info

Publication number: JPH05150960A
Application number: JP3336064A
Authority: JP
Inventors: Takeshi Komita; 武志小三田; Michiharu Matsubara; 道治松原; Akira Tsunoshima; 章角島
Original assignee: Fujitsu Ltd; PFU Ltd
Current assignee: Fujitsu Ltd; PFU Ltd
Priority date: 1991-11-26
Filing date: 1991-11-26
Publication date: 1993-06-18

Abstract

(57)【要約】【目的】展開後のソースプログラム・リスト内に部品
内での定義位置を出力することによって、プログラムの
デバッグや最適化の時間を短縮すること。【構成】部品展開処理手段３は、呼出し元ソースプロ
グラムで指定された部品を部品ライブラリ１から取り出
して展開すると共に、部品展開の結果得られたソース部
分の各行に対して、その行が元の部品の何れの行に対応
するかを示す定義位置情報を付加する。生成ソースプロ
グラム・リスト出力手段４は、部品展開の結果得られた
ソース部分の各行に対して定義位置情報を付加した形
で、生成ソースプログラム・リストを出力する。図示の
例では、生成ソースプログラム・リストの「乱入力商
品マスタ＃キー値商品コード」と言う文が元の部品
の００２．００２の文に対応している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プリコンパイラのリス
トの出力形式に関するものである。近年、コンピュータ
・プログラムの大型化に伴い、プログラムを部品化する
ことによって、既存のロジッグを使用し、製品の品質を
向上することが要求されている。このため、部品化され
たプログラムの見直し作業やデバッグ作業を容易にする
ため、部品展開後に生成されたソースプログラム・リス
トに部品名での定義位置を出力する必要がある。

【０００２】図９はプリコンパイラを説明する図であ
る。プリコンパイラとは、コンパイルの前に行われる準
備フェーズを実行するためのプログラムである。例え
ば、ＳＱＬ記述のＣＯＢＯＬへの埋め込みを想定する。
ＳＱＬの機能はＳＱＬプロセッサにＳＱＬ文を与えるこ
とで動作させるのが一般的である。実現方法として、Ｃ
ＯＢＯＬコンパイラ本体を改造し、ＳＱＬ文を直接ＳＱ
Ｌプロセッサに渡すオブジェクトを生成する方法が考え
られるが、この方法ではＣＯＢＯＬコンパイラの改造量
が大きくなり、余り得なやり方ではない。

【０００３】別の方法としては、ＣＯＢＯＬコンパイラ
本体の改造を行わず、ＳＱＬプロセッサの呼出しを外部
プログラムで実現し、ソース中のＳＱＬ記述を外部プロ
グラム呼出しに変換するプログラムをＣＯＢＯＬコンパ
イラの前に実行する方法が考えられる。このときのＣＯ
ＢＯＬコンパイラの前に実行するプログラムをプリコン
パイラと呼ぶ。この方法を採用すると、ＣＯＢＯＬコン
パイラの改造は不要であり、付加機能としてＳＱＬ記述
対応を実現できるメリットがある。

【０００４】

【従来の技術】従来の展開後のソースプログラムは、展
開された箇所が部品の何処に該当するかを識別するため
には、ソースプログラムと対応付けてチェックする必要
があった。ところが、コンピュータのプログラム規模が
増大するとともに、部品も大型化，複雑化し、ソースプ
ログラムとの対応付けが困難となる。

【０００５】

【発明が解決しようとする課題】したがって、展開後の
ソースプログラム内でバグ（誤り）が発生した場合に
も、プログラムのデバッグ，最適化を行うことに時間が
かかると言った問題が生じていた。本発明は、この点に
鑑みて創作されたものであって、展開後のソースプログ
ラム・リスト内に部品内での定義位置を出力することに
よって、プログラムのデバッグや最適化の時間短縮を行
うことを目的としている。

【０００６】

【課題を解決するための手段】図１は本発明の原理説明
図である。本発明のプリコンパイラは、部品展開処理手
段(3) と、生成ソースプログラム・リスト出力手段(4)
とを具備するプリコンパイラ(2) であって、部品展開処
理手段(3) は、呼出し元ソースプログラムによって指示
された部品を部品ライブラリ(1) から取り出して展開す
ると共に、部品展開の結果得られるソース部分の行に対
して、当該行が元の部品の何れの行に対応するかを示す
定義位置情報を付加するように構成され、生成ソースプ
ログラム・リスト出力手段(4) は、部品展開の結果得ら
れたソース部分の各行に対して定義位置情報を付加した
形で、生成ソースプログラム・リストを出力するように
構成されていることを特徴とするものである。

【０００７】

【作用】図１(c) の生成ソースプログラム・リストの中
の「乱入力商品マスタ＃キー値商品コード」と言
う文が、図１(b) の部品の「乱入力？表名＃キー値
？キー値」を展開して得られたものと仮定する。図１
(b) の「乱入力？表名＃キー値？キー値」の部品内
の位置が００２．００２（２ページ２行）であるので、
生成ソースプログラム・リストの中の「乱入力商品マ
スタ＃キー値商品コード」と言う文に対して００２．
００２と言う定義位置情報が付加される。なお、図１
(b) は部品のソースプログラムが文書形式の場合を示す
が、部品のソースプログラムがテキスト形式の場合に
は、定義位置情報として行番号が使用される。

【０００８】

【実施例】図２はＲＲＥＡＤ部品のソースプログラム
（文書形式の場合）を示す図、図３はＷＲＩＴＥ部品の
ソースプログラム（テキスト形式の場合）を示す図、図
４は呼出し元ソースプログラムを示す図、図５は生成ソ
ースプログラム・リストを示す図である。使用されてい
る言語はＣＡＰＥ(Customer'sApplication ProgramEdit
or) と呼ばれるものであって、ＣＡＰＥ言語に関しては
ＦＵＪＩＴＳＵＣＡＰＥ文法書１９９０年１０月初版
に説明されており、部品展開に関してはＦＵＪＩＴＳＵ
ＣＡＰＥ／Ｐ部品生成説明書Ｖ１４用１９９０年１０
月初版に説明されている。

【０００９】図４の呼出し元ソースプログラムにおける＠ＲＲＥＡＤ（商品マスタ＠＃キー値商品コード
＠＃分岐無効キー）はＲＲＥＡＤ部品を呼び出すため
の部品呼出し文である。そして、商品マスタが？表名
に、商品コードが？キー値に、無効キーが？分岐先にそ
れぞれ対応している。

【００１０】また、図２のＲＲＥＡＤ部品における＠ＷＲＩＴＥ（？表名＠＃キー値？キー値＠￥異
常（分岐？分岐先））はＷＲＩＴＥ部品を呼び出すた
めの部品呼出し文である。なお、部品は部品ライブラリ
に登録されている。

【００１１】図５の生成ソースプログラム・リストは、
図４の呼出し元ソースプログラムを本発明のプリコンパ
イラで処理したときに得られるものである。同図におい
て、は生成ソースプログラムの先頭からの連番を示
し、は生成ソースプログラムのページと行位置を示
し、は部品内での定義位置を示す。

【００１２】図５の生成ソースプログラム・リストの３
２行ないし３５行，４６行ないし４７行は部品のソース
プログラムが文書形式のため、定義位置情報はページと
行数の形式となる。また、３７行ないし４４行は部品の
ソースプログラムがテキスト形式のため、定義位置情報
は行番号の形式となる。

【００１３】例えば、図５の生成ソースプログラム・リ
ストにおける「乱入力商品マスタ＃キー値商品コー
ド」と言う文はＲＲＥＡＤ部品の００２．００２（２ペ
ージ２行）の文に対応するので、「乱入力商品マスタ
＃キー値商品コード」に対して００２．００２と言
う定義位置情報が付加されている。また、図５の生成ソ
ースプログラム・リストにおける「乱出力商品マスタ
＃キー値商品コード」と言う文はＷＲＩＴＥ部品の０
００００５（行番号＝５）の文に対応しているので、
「乱出力商品マスタ＃キー値商品コード」に対し
て０００００５と言う定義位置情報が付加されている。

【００１４】図６は本発明の処理を説明する図である。
図６(a) は部品内でのテキスト形式を示す図である。部
品はページ・テキストと、行番号テキストと、その他テ
キストから構成されている。例えば、ＲＲＥＡＤ部品の
「乱入力」と言う語に着目すると、この語は２ページに
存在するので、ページ・テキストのページ記入欄には
「００２」と記入される。ページ・テキストのテキスト
情報の欄には、ページ記入欄の長さ及びページ・テキス
ト全体の長さ等が記入されている。

【００１５】ＲＲＥＡＤ部品の「乱入力」は２行に存在
するので、行番号テキストの行数記入欄には「００２」
と記入される。ＲＲＥＡＤ部品は文書形式であるので、
行番号テキストの行番号欄には何も記入されない。行番
号テキストのテキスト情報の欄には、行番号記入欄の長
さ，行数記入欄の長さ及び行番号テキスト全体の長さ等
が記入されている。

【００１６】ＲＲＥＡＤ部品の「乱入力」に対応するそ
の他のテキストの文字列記入欄には、「乱入力」と記入
されている。このテキスト情報の欄には、「乱入力」自
体の長さ，その前に存在する空白数，「乱入力」をＣＡ
ＰＥとしてコンパイルするときに必要な情報などが記入
される。

【００１７】図示しないが、ＲＲＥＡＤ部品の「乱入
力」のテキストの後には「？表名」のテキストが配置さ
れ、「？表名」のテキストの後には「＃キー値」のテキ
ストが配置され、「＃キー値」のテキストの後には「？
キー値」のテキストが配置される。此処で行数が「００
３」に変更されるので、「？キー値」のテキストの後に
は、「００３」の行数記入欄を持つ行番号テキストが配
置される。「００３」の行数記入欄を持つ行番号テキス
トの後には「条件」のテキストが配置される。以下、同
様にしてテキストが配置される。図２のＲＲＥＡＤ部品
には３ページは存在しないが、ページが「００２」から
「００３」に変更された場合には、「００３」のページ
記入欄を持つページ・テキストが配置される。

【００１８】ＷＲＩＴＥ部品も同じような形になってい
る。しかし、図示のＷＲＩＴＥ部品はテキスト形式にな
っているので、ページ・テキストは存在せず、行番号だ
けの形式になっている。

【００１９】図６(b) は展開処理後のテキスト形式を示
す図である。展開処理後のテキストは、行テキストと追
加テキストの組の複数個から構成されている。行テキス
トは、テキスト情報の欄および行記入欄から構成されて
いる。行記入欄には、「乱入力商品マスタ＃キー値
商品コード」のような行毎の展開ソースが記入され
る。追加テキストは、長さ記入欄，識別子記入欄，ペー
ジ行数／行番号記入欄から構成されている。長さ記入欄
には、追加テキスト全体の長さが記入される。識別子記
入欄は、ページ行数／行番号記入欄の内容がページ行数
か，行番号かを示すためのものである。

【００２０】図６(c) はリスト出力のデータ形式を示す
図である。リスト出力の各行は、行番号，文書内位置，
定義位置および展開ソースから構成される。図６(c) の
定義位置情報はページと行数から構成されている。図６
(d) もリスト出力のデータ形式を示す図であるが、図６
(d) の定義位置情報は行番号から構成されている。

【００２１】図７，図８は本発明のプリコンパイラの処
理を示す図である。この処理は計算機でプリコンパイラ
用のプログラムを実行することによって実現される。ス
テップＳ１では、部品テキストを読み込む。ステップＳ
２では、ページ・テキストか，行番号テキストか，その
他のテキストかを調べ、ページ・テキストの場合はステ
ップＳ３に進み、行番号テキストの場合はステップＳ４
に進み、その他のテキストの場合はステップＳ５に進
む。

【００２２】ステップＳ３では、ページ数を退避する。
次にステップＳ１０に進む。ステップＳ４では、行数，
行番号を退避する。次にステップＳ１０に進む。ステッ
プＳ５では、テキストの編集，出力を行う。テキスト編
集処理においては、？表名を商品マスタに置き換える処
理なども行う。

【００２３】ステップＳ６では、その他のテキストが行
の先頭か否かを調べる。Ｙｅｓの場合はステップＳ７に
進み、Ｎｏの場合はステップＳ１０に進む。ステップＳ
７では、部品形式がテキスト形式か，文書形式かを調べ
る。テキスト形式の場合はステップＳ８に進み、文書形
式の場合はステップＳ９に進む。

【００２４】ステップＳ８では、テキスト形式に対応し
た追加テキストを出力をする。ステップＳ９では、文書
形式に対応した追加テキストを出力する。ステップＳ１
０では、テキスト終了か否かを調べる。Ｙｅｓの場合は
ステップＳ１１に進み、Ｎｏの場合はステップＳ１に戻
る。

【００２５】ステップＳ１１では、リスト出力指定あり
か否かを調べる。有りの場合はステップＳ１２に進み、
無しの場合は終了とする。ステップＳ１２では、ヘッダ
印刷を行う。ステップＳ１３では、テキストを読み込
む。ステップＳ１４では、印刷データの編集を行う。

【００２６】ステップＳ１５では、改行か否かを調べ
る。Ｙｅｓの場合はステップＳ１６に進み、Ｎｏの場合
はステップＳ１３に戻る。ステップＳ１６では、一行印
刷を行う。ステップＳ１７では、テキスト終了か否かを
調べる。Ｙｅｓの場合は終了とし、Ｎｏの場合はステッ
プＳ１３に戻る。

【００２７】

【発明の効果】以上の説明から明らかなように、本発明
によれば、部品のリストと展開ソース・リストとの対応
を容易に把握することが出来、デバッグ作業の時間短縮
に寄与する所が大きい。

【図面の簡単な説明】

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

【図２】ＲＲＥＡＤ部品のソースプログラム（文書形式
の場合）を示す図である。

【図３】ＷＲＩＴＥ部品のソースプログラム（テキスト
形式の場合）を示す図である。

【図４】呼出し元ソースプログラムを示す図である。

【図５】生成ソースプログラム・リストを示す図であ
る。

【図６】本発明の処理を説明する図である。

【図７】本発明のプリコンパイラの処理の流れを示す図
である。

【図８】本発明のプリコンパイラの処理の流れ（続き）
を示す図である。

【図９】プリコンパイラを説明する図である。

【符号の説明】

１部品ライブラリ２プリコンパイラ３部品展開処理手段４生成ソースプログラム・リスト出力手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者松原道治神奈川県川崎市中原区上小田中1015番地富士通株式会社内 (72)発明者角島章石川県河北郡宇ノ気町字宇野気ヌ98番地の２株式会社ピーエフユー内

Claims

【特許請求の範囲】

【請求項１】部品展開処理手段(3) と、生成ソースプ
ログラム・リスト出力手段(4) とを具備するプリコンパ
イラ(2) であって、部品展開処理手段(3) は、呼出し元ソースプログラムに
よって指示された部品を部品ライブラリ(1) から取り出
して展開すると共に、部品展開の結果得られるソース部
分の行に対して、当該行が元の部品の何れの行に対応す
るかを示す定義位置情報を付加するように構成され、生成ソースプログラム・リスト出力手段(4) は、部品展
開の結果得られたソース部分の各行に対して定義位置情
報を付加した形で、生成ソースプログラム・リストを出
力するように構成されていることを特徴とするプリコン
パイラ。