【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ソースプログラムを計算機が実行可能な目的プログラムに翻訳する言語翻訳プログラム、及びその言語翻訳プログラムの出力結果を基に上記ソースプログラムのデバッグを行うデバッグ装置に関する。

【０００２】

【従来の技術】計算機の動作アルゴリズムを記述するプログラム言語は、プログラムの作成効率を向上するために、最近では、一部のハードウエアを制御する部分を除いては、人間の使っている言語の水準に近い高水準言語が多く用いられるようになってきている。

【０００３】この傾向は、マイクロコンピュータを内蔵することにより、制御手順をプログラミングにより設定できるシーケンサであり、生産ラインの制御や産業ロボットなどの自動化機器の作業手順を決めるプログラムコントローラ（以下、ＰＣと略称して述べる）においても同様であり、最近では、ＰＣ用のプログラムもＣ言語等の高級言語（高水準言語）で作成するようになってきている。

【０００４】図１２は、Ｃ言語で記述されたソースプログラム（以下、Ｃソースファイルと表現する）を目的プログラム（Object Program) に翻訳する従来のＣコンパイラ（Ｃ言語用の言語翻訳プログラム）の動作を説明するフローチャートである。

【０００５】コンパイラは、一般に、その機能に応じて、プリプロセス部、解析部、及びコード生成部の３つのフェーズに分かれており、各フェーズは上記の順序で実行される。 そして、上記各フェーズは、それぞれ中間ファイルを生成し、それら各中間ファイルが、次に実行されるフェーズの入力となっている方式のものが多い。

【０００６】次に、上記図１２のフローチャートを参照しながら、従来のＣコンパイラの動作を説明する。 まず、プリプロセス部は（Ｃプリプロセッサ）は、入力されるＣソースファイル（入力Ｃソースファイル）に含まれる＃include 命令により、その＃include命令により指定されている別のＣソースファイルを読み込み、それらのＣソースファイルの内容全体を入力Ｃソースファイルの上記＃include 文が記述された行に挿入するファイル結合処理を行う（Ｓ１）。

【０００７】すなわち、入力Ｃソースファイル内の＃in
clude 文が、その＃include 文により指定されたＣソースファイルに変換される。 次に、プリプロセス部は、入力Ｃソースファイルに含まれるif文等の条件コンパイル命令について、それら各条件コンパイル命令の指定する条件に基づき、入力ソースファイルの一部を無効にする（Ｓ２）。 そして、最後にプリプロセス部は、入力Ｃソースファイルに含まれる、＃include 命令のマクロ定義に従って、入力Ｃソースファイル内のある字句を（マクロ・テンプレートもしくはマクロ名）を上記define命令により定義された字句（マクロ拡張もしくは置換文字列）に置き換える（Ｓ３）。

【０００８】以上のようにして、プリプロセス部が作成した中間ファイル（拡張ソースコードファイル）は、解析部に渡される。 解析部は、上記拡張ソースコードファイルについて、構文規則に基づいて構文解析を行い、次にその構文解析によって得られた結果についてさらに意味解析を行う（Ｓ４）。

【０００９】解析部は、上記意味解析部において、上記拡張ソースコードファイルから内部メモリに領域が割り当てられる変数各を全てリストアップし、図１３に示すような形式の変数シンボルテーブル（変数シンボルマップ）１００を作成する（Ｓ５）。 尚、このときまでの段階では、上記変数シンボルテーブル１００は、変数名及びそのデータ長は登録されているが、相対アドレスはまだ未登録のままである。

【００１０】続いて、解析部は、上記構文解析処理により作成された構文を、さらに最適なコード生成ができるような構文に変更した後、上記Ｃソースファイル（ソースプログラム）をアセンブリ言語で記述されたプログラム（アセンブリ言語プログラム）に翻訳し、そのアセンブリ言語プログラムと上記変数シンボルテーブル１００
を含む中間ファイルをコード生成部へ渡す（Ｓ６）。

【００１１】コード生成部は、上記中間ファイルの内容を読み出し、まずその中間ファイル内に格納されている上記変数シンボルテーブル１００に登録されている各変数に、ＣＰＵの主メモリロード用の相対アドレスを割り付け（Ｓ７）、次に上記アセンブリ言語プログラムを上記中間ファイルから読み出し、そのアセンブリ言語プログラムを計算機が実行可能なコードから成るリロケータブル（relocatable)な目的プログラム( オブジェクトプログラム）に翻訳する（Ｓ８）。

【００１２】次に、上述のような従来のＣコンパイラにより作成されるリロケータブルな目的プログラムを、従来のデバッガ（Debugger) を用いてデバッグ（Debug)する場合の動作の一例を図１４のフローチャートを参照しながら説明する。 尚、同図のフローチャートに示す処理を行うデバッガは、シンボリックデバッガ（SymbolicDe
bugger)である。

【００１３】このシンボリックデバッガ（以下、デバッガと略称する）は、周知のように、上記目的プログラムを計算機上で実際に実行させながら、ソースプログラムで使用されている変数名の値を、プログラム実行中またはプログラム実行終了後に、メモリダンプ（memory dum
p)できる機能を備えているデバッグ装置である。

【００１４】続いて、上記従来のデバッガにより行われる、ソースプログラムで使用されている変数名に対するデバッグ処理を、図１４のフローチャートを参照しながら説明する。

【００１５】デバッガは、ユーザがキーボード等の入力装置を介して入力したある変数名に対するあるデバッグ処理を指定するデバッグコマンドを、取得すると（Ｓ１
１）、上記Ｃコンパイラにより作成された変数シンボルテーブル１００を検索し、上記変数名を捜し出す（Ｓ１
２）。

【００１６】デバッガは、上記検索に成功すると（Ｓ１
３，ＹＥＳ）、変数シンボルテーブル１００から上記変数名の相対アドレスを読み出し、その相対アドレスを基に上記変数名の主メモリ上でのアドレス（絶対アドレス）を求め（Ｓ１５）、上記デバッグコマンドにより指定された所定のデバッグ操作（例えば、メモリ参照、書き換え等）を行う（Ｓ１６）。

【００１７】一方、デバッガは、変数名の検索に失敗すると（Ｓ１３，ＮＯ）、ＣＲＴディスプレイ等の表示装置に該当するエラーメッセージを出力（表示）する（Ｓ
１４）。

【００１８】

【発明が解決しようとする課題】上述したように、Ｃ言語等の高級言語においては、＃define文等によりソースプログラムで使用しているキーワード（文字列）を、コンパイラにより別のキーワードや定数、あるいはよく使用する文字や式に置き換えることができる。

【００１９】しかし、一般には、ある変数名を＃define
文によって別の変数名に置き換えることはあまり意味をなさない為、行われない。 しかし、ＰＣ（プログラマブル・コントローラ）の分野においては、そのような＃de
fine文による変数名の書き換え操作は、しばしば行われる。 すなわち、入出力リレーやタイマ等に対し、予めＰ
Ｃ内の主メモリ上での絶対アドレスを割り当て、それらの入出力リレーやタイマ等をソースプログラム上では変数名で参照するようにし、それらの変数名にある別の変数名の値や定数等を代入する等のメモリ操作を行う。

【００２０】これは、ＰＣの分野では、入出力リレーやタイマ等のシーケンス制御に用いられる部品の絶対アドレスが、プラント完成時において初めて決定されるという特殊性があるからである。 このため、ソースプログラムを作成する際には、上記入出力リレーやタイマ等に対してはそれらの部品名に対応する変数名を用いて記述し、＃define文によりそれらの変数名を絶対アドレスを容易に知れるようなキーワード（ＰＣ識別子）に置き換えて記述しておくようにしている。

【００２１】このような方法をとることにより、ソースプログラムの作成・保守が容易になると共に、プラント完成時において上記のような部品の絶対アドレスがソースプログラム中での記述と異なるようになった場合でも、ソースプログラムにおいて該当＃define文のＰＣ識別子を変更するだけで対処できる。 すなわち、プラントのシステム設計時において、予め複数のＰＣ識別子にプラント完成時において割り当てられる可能性の高い絶対アドレスをテーブル等により割り当てておくことにより、ソースプログラム内の＃define文において記述されたＰＣ識別子を別のＰＣ識別子に変更するだけで、予め仮に割り当てていた絶対アドレスを正しい絶対アドレスに変更させることが容易にできる。

【００２２】図１５に、そのようなメモリ操作を行っているＣ言語で記述されたソースプログラムの一例を示す。 同図に示すソースプログラム１１０の例では、＃de
fine文によりＰＣの主メモリ上での絶対アドレスを示すキーワード（ＰＣ識別子）である「ＷＢ0000」に「InSw
itch」という変数名を割り当てる処理を行っている。
尚、上記ＰＣ識別子は、Ｃコンパイラでは予約語として取り扱われる。

【００２３】従来のＣコンパイラでは、上述したようにプリプロセス部において、＃define文により定義された変数名（同図（ａ）に示すソースプログラム１００においては「InSwitch」）を絶対アドレスを示すＰＣ識別子（上記ソースプログラム１００においては「ＷＢ000
0」）に置き換えてしまうため、＃define文により定義された変数名は、デバッガのデバッグ情報となる変数シンボルテーブルに登録されない（その変数名とそのアドレス情報は変数シンボルテーブルに登録されない）。 また、ＰＣ識別子（ソースプログラム１００においては、
「ＷＢ0000」) は、Ｃコンパイラでは予約語として取り扱われるため、ＰＣ識別子についても変数シンボルテーブルにそのアドレス情報は登録されない。

【００２４】したがって、従来は、デバッグ時において、ソースプログラムで使用した変数名（上記ソースプログラム１００においては「InSwitch」）を指定して、
その変数名の内容を参照したり（メモリ参照）、書き換えたり（メモリ書き換え）する等のデバッグ処理を行うことはできなかった。

【００２５】このため、ＰＣの分野においては、Ｃ言語でソースプログラムを作成した場合、そのソースプログラムをデバッグする際、入出力リレーやタイマ等の部品のようにＰＣの主メモリ上に予め絶対アドレスが割り当てられるものについてその値の参照・書き換え等のデバッグ操作を行うときには、その絶対アドレスで直接指定する必要があった。

【００２６】したがって、上記入出力リレーやタイマ等の値の部品の参照・書き換え等のデバッグ操作を行う場合、その絶対アドレスを知る必要があった。 このため、
それらのデバッグ操作は、煩雑なものとなり、デバッグの作業効率を低下させる一因となっていた。

【００２７】本発明は、Ｃ言語における＃define文等のような既に予約語として定義されているキーワードをある変数名に置き換える定義文の記述が可能なプログラミング言語で記述されたソースプログラムのデバッグにおいて、コンパイルの際、上記キーワードに置き換えられる上記定義文で定義された変数名を用いて、それらの変数名を有する変数の参照・書き換え等のデバッグ操作を行えるようにすることを目的とする。

【００２８】

【課題を解決するための手段】図１は、請求項１記載の第１の発明の原理ブロック図である。 この第１の発明は、予約語に対して任意の変数名を与える定義文を記述することが可能な言語で記述されたソースプログラムを、計算機が実行可能なコードから成る目的プログラムに翻訳する言語翻訳プログラムを前提にし、以下に示す各手段１，２，３を有する。

【００２９】ファイル作成手段１は、前記ソースプログラム内に記述されている全ての前記定義文に基づいて、
それらの各定義文で定義されている予約語と変数名との対応関係を記憶する別名定義ファイルを作成する。

【００３０】変数名置き換え手段２は、前記ソースプログラム内の前記定義文によって定義されている変数名を、その定義文によって定義されている予約語に置き換える。 シンボルマップ作成手段３は、前記ソースプログラム内の前記定義文によって定義されている変数名以外の各変数名に対して相対アドレスを割り付け、上記各変数名とその各変数名に割り付けられた相対アドレスとの対応関係を記憶する変数シンボルマップを作成する。

【００３１】上記ファイル作成手段１、上記変数名置き換え手段２、及び上記シンボルマップ作成手段３は、例えばマイクロプロセッサ及びそのマイクロプロセッサにより実行されるプログラムによって実現される。

【００３２】次に、図２は請求項２記載の第２の発明の原理ブロック図である。 この第２の発明も、上記第１の発明と同様に予約語に対して任意の変数名を与える定義文を記述することが可能な言語で記述されたソースプログラムを、計算機が実行可能なコードから成る目的プログラムに翻訳する言語翻訳プログラムを前提にする。 そして、以下の手段１１，１２，及び１３を有する。

【００３３】ファイル作成手段１１は、前記ソースプログラム内に記述されている全ての前記定義文に基づいて、それらの各定義文で定義されている予約語に割り付けられているアドレスと変数名との対応関係を記憶する別名定義ファイルを作成する。

【００３４】変数名置き換え手段１２及びシンボルマップ作成手段１３は、それぞれ前記第１の発明の変数置き換え手段２及びシンボルマップ作成手段３と同等の機能を有する。

【００３５】この第２の発明の各手段１１，１２，１３
も、上記第１の発明と同様に、例えばマイクロプロセッサ及びそのマイクロプロセッサによって実行されるプログラムにより実現される。

【００３６】続いて、図３は、請求項３記載の第３の発明の原理ブロック図である。 この第３の発明は、前記第１の発明である請求項１記載の言語翻訳プログラムにより翻訳された目的プログラムをデバッグするデバッグ装置を前提にし、以下の各手段２１，２２，２３及び２４
を有する。

【００３７】変数検索手段２１は、ある変数名をパラメータとするデバッグ用コマンドが入力されたとき、その変数名が前記別名定義ファイルまたは前記変数シンボルマップのいずれに登録されているかを検索する。

【００３８】第１のアドレス出力手段２２は、変数名検索手段２１の検索結果に基づいて、前記別名定義ファイルを参照して前記定義文によって前記変数名に置き換えられた予約語を見つけ、その予約語に割り付けられているアドレスを出力する。

【００３９】第２のアドレス出力手段２３は、変数名検索手段２１の検索結果に基づいて、前記シンボルマップから前記変数名の翻訳アドレス、その相対アドレスまたは、その変数名を有する変数の絶対アドレスを取り出して出力する。

【００４０】デバッグ処理出力２４は、第１のアドレス出力手段２２または前記第２のアドレス出力手段２４から入力されるアドレスの内容に対して、前記入力デバッグコマンドによって指定された処理を行う。

【００４１】これらの各手段２１，２２，２３，２４
は、例えばマイクロプロセッサ及びそのマイクロプロセッサにより実行されるプログラムによって実現される。
そして、最後に図４は、請求項４記載の第４の発明の原理ブロック図である。

【００４２】この第４の発明は、請求項２記載の第３の発明の言語翻訳プログラムにより翻訳された目的プログラムをデバッグするデバッグ装置を前提にする。 そして、以下の各手段３１，３２，３３，３４を有する。

【００４３】変数名検索手段３１は、ある変数名をパラメータとするデバッグ用コマンドが入力されたとき、その変数名が前記別名定義ファイルまたは前記変数シンボルマップのいずれに登録されているかを検索する。

【００４４】第１のアドレス出力手段３２は、変数名検索出力３１の検索結果に基づいて、前記別名定義ファイルを参照して前記定義文によって前記変数名に置き換えられた予約語に割り付けられているアドレスを出力する。

【００４５】第２のアドレス出力手段３３及びデバッグ処理手段３４は、それぞれ上記第３の発明のデバッグ装置が有する同一名称の手段３３及び手段３４と同等の機能を有する。

【００４６】この第４の発明のデバッグ装置の各手段３
１，３２，３３及び３４も、例えば、上記第３の発明のデバッグ装置と同様に、マイクロプロセッサ及びそのマイクロプロセッサにより実行されるプログラムによって実現される。

【００４７】

【作用】第１の発明によれば、ファイル作成手段１は、
入力されるソースプログラムから前記定義文を全て抜き出し、それらの各定義文毎に各定義文によって定義されている予約語とその予約語に与えられる変数名とを対応付けて別名定義ファイルに登録する。

【００４８】続いて、変数名置き換え手段２は、上記入力ソースプログラムのステートメントを先頭から順に読み出し、そのソースプログラム内の定義文によって定義されている変数名を、その定義文によって定義されている予約語に置き換えていく。

【００４９】次に、シンボルマップ作成手段３は、変数名置き換え手段２等によって一部変更されたソースプログラムを入力し、そのソースプログラムから上記定義文によって定義されている変数名以外の変数名を抽出し、
それらの変数名に対してソースプログラム内での相対アドレスを割り付け、それらの変数名とそれらの変数名に割り付けられた上記相対アドレスとが対応付けられた変数シンボルマップを作成する。

【００５０】そして、この結果、入力ソースプログラム内の上記定義文によって予約語に置き換えられる変数名については、その変数名がソースプログラム内において置き換えられる予約語とが対応付けられた別名定義ファイルが自動的に作成されると共に、上記定義文によって定義されていない変数名については、従来の言語翻訳プログラムと同様に、変数シンボルマップが作成される。

【００５１】第２の発明の作用は、変数名置き換え手段１２が、入力ソースプログラム内の上記定義文によって定義されている変数名を、その定義文によって定義されている予約語の代わりに、その予約語に予め割り付けられている絶対アドレスと対応付けて別名定義ファイル内に登録する動作のみが異なる。

【００５２】そして、この結果、入力ソースプログラム内の上記定義文によって定義されている変数名がその定義文によってソースプログラム内で置き換えられる予約語に割り付けられる絶対アドレスと対応付けられた別名定義ファイルと上記第１の発明と同様な構成の変数シンボルマップとが自動的に作成される。

【００５３】また、第３の発明によれば、利用者が前記第１の発明の言語翻訳プログラムによって作成された目的プログラムをデバッグするために、ある変数名に対するデバッグ操作を指示するデバッグコマンドを入力すると、変数名検索手段２１は、そのデバッグコマンドにより指定されている変数名が、上記第１の発明の言語翻訳プログラムによって作成された別名定義ファイルまたは変数シンボルマップのいずれの方に登録されているか検索する。

【００５４】変数名検索手段２１は、上記変数名が別名定義ファイルに登録されていることを見い出すと、第１
のアドレス出力手段２２を起動させる。 第１のアドレス出力手段２２は、起動されると、上記デバッグコマンドにより指定された変数名に対応する予約語を別名定義ファイルから読み出し、その予約語に割り付けられている絶対アドレス（このアドレスは、その予約語の現在のメモリ上の配置アドレスに等しい）を、予め作成されている所定のテーブルを検索する等の処理を行って見つけ出し、その予約語の絶対アドレスを、デバッグ処理手段２
４に出力する。

【００５５】一方、変数名検索手段２１は、上記変数名が変数シンボルマップに登録されているのを見い出すと、第２のアドレス出力手段２２を起動させる。 第２のアドレス出力手段２２は、起動されると、上記変数名の相対アドレスを上記変数シンボルマップから読み出し、
その相対アドレスまたは上記変数名の現在のメモリ上の配置アドレス（絶対アドレス）をデバッグ処理手段２４
に出力する。

【００５６】デバッグ処理手段２４は、第１のアドレス出力手段２２または第２のアドレス出力手段２３からアドレスを入力すると、そのアドレスを基に上記予約語の値または通常の変数名（定義文で定義されていない変数名）の値の表示や書き換え等の上記デバッグコマンドにより指定されたデバッグ処理を行う。

【００５７】したがって、利用者はソースプログラム内において定義文によって定義され、言語翻訳プログラムのプリプロセス部によって上記定義文によって定義された予約語に置き換えられるソースプログラム内の変数名を有する変数に係わるデバッグ操作を、その変数名を直接指定して行うことができる。

【００５８】また、第４の発明は、上記第３の発明とほぼ同様の動作を行うが、第１のアドレス出力手段３２の動作が、第３の発明の第１のアドレス出力手段２２と少し異なる。

【００５９】すなわち、第１のアドレス出力手段３２
は、変数名検索手段３１から起動されると、別名定義ファイルから、利用者が入力したデバッグ用コマンドに指定されている変数名に対応する絶対アドレスを読み出し、その絶対アドレス（このアドレスは、上記定義文によって定義されている予約語の現在のメモリ上のアドレスに等しい）をデバッグ処理手段３４に出力する。

【００６０】このように、前記第２の発明の言語翻訳プログラムが作成する別名定義ファイルには、定義文で定義されている変数名がその変数名に対応する予約語の絶対アドレスと対応付けられているため、第１のアドレス出力手段３２は、別名定義ファイルを参照するだけで、
直ちに定義文で定義されている変数名に割り付けられているアドレスを得ることができる。

【００６１】したがって、第４の発明においても、利用者はソースプログラム内において定義文によって定義され、言語翻訳プログラムのプリプロセス部によって上記定義文によって定義された予約語に置き換えられるソースプログラム内の変数名を有する変数に係わるデバッグ操作を、その変数名を直接指定して行うことができる。

【００６２】

【実施例】以下、図面を参照しながら本発明の実施例を説明する。 図５は、本発明の一実施例のシステム構成を示す図である。

【００６３】同図において、入力ソースファイル２１０
は、ユーザの作成したＣ言語によって記述されたＰＣ
（プログラマブル・コントローラ）用の入力ソースプログラムを格納するファイルである。

【００６４】入力装置２２０は、キーボード等から成り、ユーザがスクリーンエディタを起動して上記ソースプログラムを作成したり、後述するデバッガ２３０ｄの起動及びそのデバッグ部２３０ｄに対するデバッグ用コマンドを入力するため等に用いられる。

【００６５】表示装置２４０は、例えばＣＲＴディスプレイ等の各種表示装置から成り、上記スクリーンエディタの画面表示や、上記デバッガ２３０ｄの出力を表示する。 中間ファイル２５０ｐは、後述するプリプロセス部２３０ｐが上記入力ソースプログラムから生成する拡張ソースコード等から成るファイルである。

【００６６】中間ファイル２５０ｋは、後述するプリプロセス部２３０ｋが、上記中間ファイル２５０ｐ内に格納されている拡張ソースコードを基に生成するアセンブリ言語によってに記述されたプログラム（アセンブリ語プログラム）等から成るファイルである。

【００６７】オブジェクトファイル２５０ｃは、後述するコード生成部２５０ｃが、上記中間ファイル２５０ｋ
に格納されている上記アセンブリ語プログラムを基に生成する計算機が実行可能なコードから成る目的プログラム（リロケータブルなオブジェクトプログラム）を格納するファイルである。

【００６８】別名定義ファイル２７０は、前記プリプロセス部２３０ｐが上記入力ソースプログラム内の＃defi
ne文に基づき作成する、ＰＣ識別子とそれに対応する変数名とが１対１に対応付けられたファイルである。 この別名定義ファイル２７０の詳細な内部構成は後述する。

【００６９】ソースファイル群２８０は、前記入力ソースプログラム内の＃include 文によってその入力ソースプログラム内に組み込まれる複数のソースプログラムを格納しているファイルである。

【００７０】ＣＰＵ２３０は、マイクロプロセッサ等から成り、プリプロセス部２３０ｐ、解析部２３０ｋ、コード生成部２３０ｃ、及びデバッグ部２３０ｄ等の複数の機能ブロックから成っている。 上記各機能ブロックの内、プリプロセス部２３０ｐ、解析部２３０ｋ、及びコード生成部２３０ｃは、Ｃコンパイラを構成している。
また、デバッガ２３０ｄは、ユーザが上記入力ソースプログラムのデバッグを行うために用いるルーチン（rout
ine)であり、ユーザが前記入力装置２２０から入力する起動コマンドにより起動され、ユーザが入力装置２２０
から入力する各種デバッグコマンド（メモリ参照、メモリ書き換え、レジスタ表示、ブレークポイントの設定等）を入力して、それらのデバッグコマンドによって指定される処理を実行する。

【００７１】別名定義ファイル２７０ａは、本実施例の特徴をなすファイルであり、プリプロセス部２３０ｐにより上記入力ソースプログラム内の＃define文に基づき作成される、ＰＣ識別子とそれに対応する変数名とが１
対１に対応付けられたファイルである。 この別名定義ファイル２７０ａの内部構成の詳細は後述する。

【００７２】ＰＣ識別子／絶対アドレス変換テーブル２
７０ｂは、解析部２３０ｋ及びコード生成部２３０ｃにより作成される、上記入力ソースプログラム内で用いられる各ＰＣ識別子の絶対アドレスを格納しているテーブルである。 このＰＣ識別子／絶対アドレス変換テーブル２７０ｂの内部構成の詳細も後述する。

【００７３】変数シンボルテーブル２７０ｃは、前述した変数シンボルテーブル１００と同様な構成のテーブルであり、入力ソースプログラム内で用いられている＃de
fine文で定義されている変数以外の全ての変数について、そのデータ長並びに相対アドレスを格納する。

【００７４】尚、上記ＰＣ識別子／絶対アドレス変換テーブル２７０ｂは、プリプロセス部２３０ｐによりいったん中間ファイル２５０ｐに格納された後、中間ファイル２５０ｋを経てコード生成部２３０ｃによりオブジェクトファイル２５０ｃ内に格納される。 また、変数シンボルテーブル２７０ｃは、解析部２３０ｋによりその一部（変数名及びデータ長）が作成されていったん中間ファイル２５０ｋに格納された後、コード生成部２３０ｃ
により各変数に相対アドレスが割り付けられて完成し、
オブジェクトファイル２５０ｃ内に格納される。

【００７５】メモリ２９０は、ＲＯＭ（リード・オンリ・メモリ）及びＲＡＭ（ランダム・アクセス・メモリ）
等から成り、ＣＰＵ２３０が上記プリプロセス部２３０
ｐ、解析部２３０ｋ、及びコード生成部２３０ｃから成るＣコンパイラを実行させるために必要なプログラム、
ＣＰＵ２３０がデバッガ２３０ｄを実行させるために必要なプログラム、ＣＰＵ２３０が入力装置２２０や表示装置２４０を制御するためのプログラム等を格納している。 また、ＣＰＵ２３０が、上記Ｃコンパイラやデバッガ２３０ｄを実行するときに使用する作業領域も有している。

【００７６】次に、前記プリプロセス部２３０ｐによって作成される上記別名定義ファイル２７０ａの内部構成を図６に示す。 同図に示すように別名定義ファイル２７
０内には入力ソースプログラム内において＃define文によって変数名が定義されている全てのＰＣ識別子ＰＩＤ
_i （ｉ＝０，１，２，・・・）について、その定義された変数名ＶＮ _i （ｉ＝０，１，２，・・・）が１対１に対応付けられて格納されている。 また、そのデータ長Ｌ
_i （ｉ＝０，１，２，・・・）も対応付けられて格納されている。

【００７７】続いて、予め設定されている上記ＰＣ識別子／絶対アドレス変換テーブル２７０ｂの内部構成を図７に示す。 同図に示すように、上記変換テーブル２７０
ｂ内には、上述した入力ソースプログラムにおいて使用可能な全てのＰＣ識別子ＰＩＤ _i （ｉ＝０，１，２，・
・・）について、その割り当てられた絶対アドレスＡＡ
Ｄ _i （ｉ＝０，１，２，・・・）が１対１に対応付けて格納されている。

【００７８】尚、変換シンボルテーブル２９０ａは、前述した従来の変数シンボルテーブルと同様な内部構成となっているので、その内部構成についての説明は省略する。 ところで、上記入力ソースファイル２１０、中間ファイル２５０ｐ、中間ファイル２５０Ｋ、オブジェクトファイル２５０ｃ、及びソース群ファイル２８０は、同一の記憶媒体にまとめて、または複数の記憶媒体に分散されて格納される。 また、上記記憶媒体として、磁気ディスクや光磁気ディスクまたは磁気テープ等が用いられる。

【００７９】続いて、上記構成の実施例の動作を説明する。 まず、プリプロセス部２３０ｐ、解析部２３０ｋ、
及びコード生成部２３０ｃから成るＣコンパイラの動作を、図８のフローチャートを参照しながら説明する。 このＣコンパイラは、利用者が入力装置２２０からＣコンパイル命令のコマンドを入力することにより、ＣＰＵ２
３０により起動される。

【００８０】ＣＰＵ２３０は、まず、プリプロセス部２
３０ｐを起動する。 プリプロセス部２３０ｐは、入力ソースファイル２１０から入力ソースプログラムをメモリ２９０に読み出し、その入力ソースプログラム内の＃in
clude 文が記述された行を、その＃include 文により指定されたソースファイルに置き換える（Ｓ２２）。 プリプロセス部２２０ｐは、この処理を、ソースファイル群２８０から＃include 文によって指定されたソースファイルを読み出すことにより行う。

【００８１】続いて、プリプロセス部２３０ｐは、上記入力ソースプログラム内の＃if文等の条件コンパイル命令について、その条件コンパイル命令により指定されている条件に基づき、上記入力ソースプログラム内の一部を無効にする（Ｓ２２）。

【００８２】次に、プリプロセス部２３０ｐは、入力ソースプログラム内の各＃define文の指示に応じて、各＃
define文におけるＰＣ識別子ＰＩＤ _i （ｉ＝０，１，
２，・・・）を定義された変数名ＶＮ _i （ｉ＝０，１，
２，・・・）に置き換えると共に（ＳＣ２３）、その字句の置き換えが行われたＰＣ識別子ＰＩＤ _i （ｉ＝０，
１，２，・・・）と変数名ＶＮ _i （ｉ＝０，１，２，・
・・）とを、別名定義ファイル２７０ａ内に図６に示すような形式で対応付けて登録する。 また、このとき、変数名のデータ長Ｌ _i （ｉ＝０，１，２，・・・）も登録する（ＳＣ２４）。

【００８３】このように、本実施例では、＃define文については単に、入力ソースプログラム内のＰＣ識別子Ｐ
ＩＤ _i （ｉ＝０，１，２，・・・）を指定された変数名ＶＮ _i （ｉ＝０，１，２，・・・）に置き換えるだけでなく、入力ソースプログラム内の置き換えられた全てのＰＣ識別子ＰＩＤ _i （ｉ＝０，１，２，・・・）を、その置き換わった変数名ＶＮ _i （ｉ＝０，１，２，・・
・）に対応付けて別名定義ファイル２７０ａに登録しておく。

【００８４】以上のようにして、プリプロセス部２３０
ｐは、入力ソースファイル２１０に格納されている入力ソースプログラムから、拡張ソースコードと別名定義ファイル２７０ａとから成る中間ファイル２５０ｐを生成する。

【００８５】続いて、ＣＰＵ２３０は、解析部２３０ｋ
を起動させる。 解析部２３０ｋは、中間ファイル２５０
ｐから拡張ソースコードをメモリ２９０に読み出し、所定の構文規則に基づいて構文解析を行い、次にその構文解析によって得られた結果についてさらに意味解析を行う（Ｓ２５）。

【００８６】次に、解析部２３０ｋは、上記意味解析において、上記拡張ソースコードからメモリ２９０上に領域が割り当てられる変数名を全てリストアップし、それらの変数名について前記図１３に示す変数シンボルテーブル１００と同様な形式の変数シンボルテーブル２７０
ｃを作成する（Ｓ２６）。

【００８７】さらに、解析部２３０ｋは、上記構文解析処理により得られた構文を、より最適なコードが生成できるような構文に変更する。 そしてその構文からアセンブリ言語で記述されたアセンブリ言語プログラムを生成し、そのアセンブリ言語プログラムと上記変数シンボルテーブル２７０ｃ、及び上記中間ファイルから読み出した別名定義ファイル２７０ａとから成る中間ファイル２
５０ｋを作成する（Ｓ２７）以上のようにして、解析部２３０ｋの処理が終了すると、ＣＰＵ２３０は、次に、
コード生成部２３０ｃを起動させる。

【００８８】コード生成部２３０ｃは中間ファイル２５
０ｋから上記アセンブリ言語プログラム、変数シンボルテーブル２７０Ｃ、及び別名定義ファイル２７０ａを読み出してメモリ２９０上にロードし、まず上記アセンブリ言語プログラム内の変数について相対アドレスを設定するメモリ割り付けを行い、そのメモリ割り付けの結果を基に、変数シンボルテーブル２７０ｃ内の全ての変数について対応する相対アドレスを登録し、変数シンボルテーブル２７０ｃを完成させる（Ｓ２８）。

【００８９】続いて、コード生成部２３０ｃは上記アセンブリ言語プログラムをアセンブルし、ＣＰＵ２３０が実行可能なコードから成るリロケータブルなオブジェクト・プログラム（Object Program ）を生成する。 そして、コード生成部２３０ｃは、そのオブジェクト・プログラム、上記のようにして完成された変数シンボルテーブル２７０ｃ、及びメモリ２９０上にロードしてある別名定義ファイル２７０ａから成るオブジェクト・ファイル２５０ｃを生成する（Ｓ２９）。

【００９０】このようにして、入力ソースプログラムがＣコンパイラによりコンパイルされて、対応するオブジェクト・プログラムが生成され、また、さらにそのオブジェクト・プログラムをデバッガ２３０ｄによりデバッグする際の補助情報となる別名定義ファイル２７０ａ及び変数シンボルテーブル２７０ｃも生成される。

【００９１】次に、上述のようにしてＣコンパイラにより作成されたオブジェクト・プログラムを、デバッガ２
３０ｄを用いてデバッグする動作の本発明に係わる要部を説明する。

【００９２】まず、利用者はデバッグをしようとするオブジェクト・プログラムをメモリ２９０上の所定領域にロードした値、入力装置２２０からデバッガ２３０ｄを起動させるためのコマンドを入力する。 このことにより、ＣＰＵ２３０は、デバッガ２３０ｄを起動させ、デバッガ２３０ｄはデバッグ・コマンドの入力待ちとなる。

【００９３】この状態において、あるソースプログラムをデバッグするために、実際にそのソースプログラムのオブジェクト・プログラム（以後、単にプログラムと記述した場合、オブジェクト・プログラムを指す）を実行させて、プログラムの実行途中またはプログラムの実行終了後のある変数（上記ソースプログラムで用いられている変数）の値を表示装置２４０に表示させたい場合には、利用者は、ブレーク・ポイント設定用のデバッグ・
コマンドを入力して、ＣＰＵ２３０の主メモリ（メモリ２９０の一部または全部）上にロードされている上記オブジェクト・プログラムの上記ある変数のロードアドレスにブレークポイントを設定する（但し、プログラムの実行終了後の上記ある変数の値を見たいのであれば、ブレーク・ポイントを設定する必要は無い）。

【００９４】続いて、利用者は、上記プログラムを実行させるためのデバッグ・コマンドを入力装置２２０から入力する。 このことにより、デバッガ２３０ｄは、メモリ２９０上にロードされている上記プログラムを実行させる。

【００９５】そして、このデバッガ２３０ｄにより実行させられたプログラムは、所定のブレーク・ポイントで停止する（ブレーク・ポイントを予め設定していた場合のとき、ブレーク・ポイントを設定していなければ、プログラムは最後まで実行される）。

【００９６】次に、上記ブレーク・ポイントでの停止または上記プログラムの実行終了後、利用者が、ある変数の値を表示装置２４０に表示させてデバッグ処理する場合の動作を、図９のフローチャートを参照しながら説明する。

【００９７】利用者が、入力装置２２０から上記ソースプログラム内で用いられているある変数名（＃define文によりＰＣ識別子に置き換えられた変数名も含む）を有する変数の値を表示するようにを指示するデバッグ・コマンドを入力すると 、デバッガ２３０ｄは、そのデバッグ・コマンドをＣＰＵ２３０の特に図示していない入力インタフェースを介して入力する（Ｓ３１）。

【００９８】そして、デバッガ２３０ｄは、上記デバッグ・コマンドを入力すると、まず、そのデバッグ・コマンドにより指定されている変数名が変数シンボルテーブル２７０ｃ内に登録されているかどうか検索する（Ｓ３
２）。

【００９９】そして、デバッガ２３０ｄは、上記検索に成功すると（Ｓ３３，ＹＥＳ）、変数シンボルテーブル２７０ｃからその変数名に対応する相対アドレス及びデータ長を読み出し、上記プログラムのメモリ２９０上の格納先頭アドレスを基に、上記変数名を有する変数の相対アドレスをメモリ２９０上の絶対アドレスに変換する（Ｓ３４）。 そして、デバッガ２３０ｄはメモリ２９０
上の上記絶対アドレスから始まる所定データ長の変数の値を、ＣＰＵ２３０の特に図示していない出力インタフェースを介して表示装置２４０に表示させる（Ｓ３
８）。

【０１００】このように、利用者は、ソースプログラムで用いられている通常の変数名（＃define文によりＰＣ
識別子を置き換えた変数名以外の通常の変数名）をパラメータとするデバッグコマンドを用いて、それらの変数名を有する変数の値の表示や書き換え等のデバッグ操作を従来のデバッガ（デバッグ装置）と同様に行うことができる。

【０１０１】一方、デバッガ２３０ｄは、上記検索処理Ｓ３２において変数名の検索に成功しなかった場合には（Ｓ３３，ＮＯ）、次に別名定義ファイル２７０ａに上記指定変数名が登録されているかどうかを検索する（Ｓ
３５）。 そして、そのデバッガ２３０ｄは、その検索に成功すれば（Ｓ３６，ＹＥＳ）、別名定義ファイルから上記変数名ＶＮ _i （ｉ＝０，１，２，・・・）に対応するＰＣ識別子ＰＩＤ _i （ｉ＝０，１，２，・・・）とそのデータ長Ｌ _i （ｉ＝０，１，２，・・・）を読み出し、次にＰＣ識別子／絶対アドレス変換テーブル２７０
ｂを参照して、上記ＰＣ識別子ＰＩＤ _i （ｉ＝０，１，
２，・・・）を絶対アドレスに変換する（Ｓ３７）。 そして、デバッガ２３０ｄは、その絶対アドレスを基に上記変数名ＶＮ _i （ｉ＝０，１，２，・・・）を有する変数の値の表示（メモリ・ダンプ）や、その値の書き換え等の当該処理をおこなう（Ｓ３８）。

【０１０２】このように、本実施例では、ソースプログラムにある変数名で記述していた入出力リレーやタイマ等について、その変数名を＃define文により所定の絶対アドレスが予め割り付けられているＰＣ識別子に置き換ええるようにした場合でも、その変数名を用いてデバッグすることができる。 したがって、ソースプログラム作成者は、上記変数名を、プログラム完成後、だいぶ時間が経過しても対応する入出力リレーやタイマ等を直ちに思い出すことができるような名称にしておくことにより、ソースプログラム作成のみならず、ソースプログラムの保守も容易になる。 また、ソースプログラムの保守は、必ずしもソースプログラム作成者が行うとは限らないので、ソースプログラム作成者以外の人がソースプログラムのデバッグを行う場合にも、そのデバッグ作業が容易になる。

【０１０３】一方、デバッガ２３０ｄは、上記検索処理Ｓ３６において検索が不成功に終わった場合には、利用者が指定した変数名が、ソースプログラム内で用いられていない不正の変数名であるものと判断して、その旨を示すエラーメッセージをＣＰＵ２３０の表示インタフェースを介して表示装置２４０に出力する（Ｓ３８）。 このことにより、表示装置２４０には上記エラーメッセージが表示され、利用者はその表示を見て自分が不正な変数名を用いてデバッグ・コマンドを入力したことを直ちに知ることができる。

【０１０４】尚、上記実施例では、別名定義ファイル２
７０ａの１レコードを〔変数名，データ長，ＰＣ識別子〕の構成としているが（図６参照）、図１０に示すように１レコードの構成を〔変数名，データ長，絶対アドレス〕という形式にしてもよい（絶対アドレスは、ＰＣ
識別子の絶対アドレスを示す）。 このようなレコード構成の別名定義ファイルは、プリプロセス部２３０ｐが、
前記図８に示すフローチャートの処理Ｓ２４で、ＰＣ識別子ＰＩＤ _i （ｉ＝０，１，２，・・・）をＰＣ識別子／絶対アドレス変換テーブル２７０ｂを参照して対応する絶対アドレスＡＡＤ _i （ｉ＝０，１，２，・・・）に変換することにより容易に作成できる。

【０１０５】別名定義ファイルをこのような構成とした場合、デバッガ２３０ｄは、＃define文によりＰＣ識別子に置き換えられた変数名を、その別名定義ファイルを参照するだけで、直ちにその変数名を有する変数のアドレスを取得できるため（上記実施例の場合には、別名定義ファイル２７０ａ以外にＰＣ識別子／絶対アドレス変換テーブル２７０ｃの参照も必要）、上記実施例よりも当該絶対アドレスを高速に取得でき、デバッグの処理速度が向上するという利点が生じる。

【０１０６】次に、図１１は本発明の他の実施例のシステム構成図である。 この実施例は、上述した前記図５に示すシステムにさらに通信装置３００を付加した構成となっている。

【０１０７】この通信装置３００は、ＲＳ−２３２Ｃ等の通信インタフェースを有し、この通信インタフェースを介して特に図示していないターゲットマシン（例えば、ＰＣ（プログラマブル・コントローラ）に接続され、ＣＰＵ２３０とターゲットマシンとの間のデータ伝送を制御する。そして、入力装置２２０からオブジェクト・プログラムのロードを指示するロードコマンドが入力された場合、ＣＰＵ２３０の制御によりオブジェクトファイル２５０Ｃに格納されているオブジェクト・プログラムをターゲットマシンの主メモリにロードする。また、ターゲットマシンのデバッグ時においては、入力装置２２０から入力されるデバッグコマンドのターゲットマシンとの間での送信、応答を制御する。

【０１０８】このような構成とすることにより、この実施例では、ソフトプログラムのデバッグ時にそのオブジェクト・プログラムをメモリ２９０ではなく、ターゲットマシンの主メモリにロードして、直接ターゲットマシン上でそのオブジェクト・プログラムを実行させながらデバッグを行うことが可能になる。 したがって、図１１
に示すデバッグ装置側でターゲットマシン上でのオブジェクト・プログラムの動作をエシュレートする必要が無くなり、デバッグ装置側の負荷が軽減される。

【０１０９】また、上記実施例ではＣ言語で記述されたソースプログラムをコンパイルするＣコンパイラを取り上げたが、本発明は、Ｃコンパイラに限定されるものではなく、予約語に対して任意の変数名を与える定義文を記述可能なあらゆるプログラム言語をコンパイル対象とする全てのコンパイラ及びそのコンパイラの出力結果を用いてデバッグ処理を行う全てのデバッガ（デバッグ装置）に適用可能なものである。

【０１１０】

【発明の効果】第１の発明及び第２の発明によれば、予約語をある変数名に置き換える定義文が記述されたソースプログラムをコンパイルする際、従来は不可能であった変数名とその予約語（第１の発明が対応）、またはその変数名とその予約語に予め割り付けられているアドレス（第２の発明が対応）とが対応付けられたファイル（テーブル）を自動的に作成できる。

【０１１１】また、第３または第４の発明によれば、上記定義文によってある予約語に置き換えられた変数名をパラメータとするデバッグ・コマンドが入力されたとき、その変数名を有する変数のアドレスを、上記第１または第２の発明によって作成された上記ファイル（テーブル）を参照して求め、その変数に対して上記デバッグ・コマンドによって指定された当該処理を行うので、従来は不可能であった上記定義文で定義される特殊な変数名を用いたデバッグ操作が可能になる。 したがって、上記のような特殊な変数名を有する変数に係わるデバッグ操作を、それらの変数に実際に割り付けられているアドレスを知らなくても行うことができるようになるため、
デバッグ操作が容易になり、デバッグの作業効率が従来よりも著しく向上する。

【図面の簡単な説明】

【図１】本発明の原理ブロック図（その１）である。

【図２】本発明の原理ブロック図（その２）である。

【図３】本発明の原理ブロック図（その３）である。

【図４】本発明の原理ブロック図（その４）である。

【図５】本発明の一実施例のシステム構成図である。

【図６】別名定義ファイルの内部構成図である。

【図７】ＰＣ識別子／絶対アドレス変換テーブルの内部構成図である。

【図８】本発明の一実施例のＣコンパイラの動作を説明するフローチャートである。

【図９】本発明の一実施例のデバッガの動作を説明するフローチャートである。

【図１０】別名定義ファイルの他の構成例を示す図である。

【図１１】本発明の他の実施例のシステム構成図である。

【図１２】従来のＣコンパイラの動作を説明するフローチャートである。

【図１３】変数シンボルテーブルの一構成例を示す図である。

【図１４】従来のデバッガの動作を説明するフローチャートである。

【図１５】Ｃコンパイラのプリプロセス部により行われる＃define文に対する処理を説明する図である。

【符号の説明】

１，１１ ファイル作成手段 ２，１２ 変数名置き換え手段 ３，１３ シンボルマップ作成手段 ２１，３１ 変数名検索手段 ２２，３２ 第１のアドレス出力手段 ２３，３３ 第２のアドレス出力手段 ２４，３４ デバッグ処理手段