JPH06236294A

JPH06236294A - ソースプログラム・レベルでのデバッグ・モニタ制御方式

Info

Publication number: JPH06236294A
Application number: JP5022223A
Authority: JP
Inventors: Hideaki Shioda; 英明塩田
Original assignee: Fuji Electric Co Ltd; Fuji Facom Corp
Current assignee: Fuji Electric Co Ltd; Fuji Facom Corp
Priority date: 1993-02-10
Filing date: 1993-02-10
Publication date: 1994-08-23

Abstract

(57)【要約】【目的】本発明は、ソースレベルでプログラムのデバ
ッグを行うためのデバッグ・モニタ制御方式に関し、簡
素な装置で、容易かつ高速にモニタすべきソース・コー
ドを検索・表示できるようにすることを目的とする。【構成】ソースレベル・デバッガ６１３は、ＰＣ３０
０′からＭＰＵ３０１′によって実行された命令コード
のアドレスが送られてくると、このアドレスを基にプロ
グラム・メモリ３０３から“ＰＵＳＨ”または“ＰＯ
Ｐ”命令の命令コードを見つけ、この命令コードに設定
されているアドレスを基に、所定のアルゴリズムで上記
アドレスの送信された命令コードに相当するソース・コ
ードのソース・プログラム１０３上のアドレスを算出す
る。アドレス検索部６１４は、外部記憶装置１０３から
ソース・プログラム１２１内で上記算出アドレスに配置
されているソース・コードを読み出し、このソース・コ
ードの表示データをＣＲＴディスプレイ１０１へ出力す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンパイラ言語によっ
て記述されたプログラムのデバッグをソースレベル（ソ
ースプログラム・レベル）で行う場合において、命令実
行状態のソースレベルでのモニタ表示を制御するデバッ
グ・モニタ制御方式に関する。

【０００２】

【従来の技術】従来は、アセンブラ言語でコーディング
されることが多かったマイクロコンピュータ応用システ
ムやラダーダイヤグラムによりプログラミング入力を行
うプログラマブル・コントローラなどにおいても最近に
おいては、コンパイラ言語（compiler language)でプロ
グラム開発ができようになってきている。

【０００３】このようなコンパイラ言語でプログラム開
発ができる利点は、デバッグ作業が容易になることであ
る。すなわち、プログラムの処理内容の理解が容易なソ
ースプログラム・レベル（以下、ソースレベルと記述す
る）でデバッグができるようになることである。

【０００４】ソースレベルでのプログラムのデバッグ作
業は、一般に、ターゲットシステムのマイクロプロセッ
サで開発中のプログラム（ターゲットプログラム）を実
際に実行させ、その命令実行状態をソースレベルでモニ
タ画面に表示させることにより行う。

【０００５】図８に、このようなターゲットシステムの
デバッグ支援システムの全体構成を示す。このデバッグ
環境は、プログラミングローダ１００，ローダ・インタ
フェース２００、及びターゲット・システム３００とか
ら成り、プログラムローダ１００とターゲット・システ
ム３００は、ローダ・インタフェース２００を介して互
いに接続されている。

【０００６】プログラミングローダ１００は、ハードウ
ェア的には、デバッグ用のモニタ画面表示装置であるＣ
ＲＴディスプレイ１０１、不図示のキーボード並びにマ
イクロプロセッサ、ＲＡＭ（ランダム・アクセス・メモ
リ）から成るエミュレーション１０２、外部記憶装置
（１０３）、さらには上記ローダ・インタフェース２０
０が接続されるインタフェース部（Ｉ／Ｆ部）１０４等
から構成される。

【０００７】また、エディタ１１１、コンパイラ１１
２、及びソースレベル・デバッガ１１３は、上記マイク
ロプロセッサによって不図示の主メモリにロードされて
実行されるソフトウェアである。

【０００８】ソース・プログラム作成用のソフトウェア
ツールであるエディタ１１１は、オペレータの上記キー
ボードでのキー入力によって実行される。そして、この
エディタ１１１によって作成されたコンパイラ言語で記
述されたソース・プログラム１２１は、ソース・コード
の形式で上記外部記憶装置１０３に一旦格納される。

【０００９】このソース・プログラム１２１は、上記エ
ディタ１１１と同様にオペレータのキー入力によって実
行されるコンパイラ１１２によってオブジェクト・プロ
グラム１２２に変換されると同時に、同じくコンパイラ
１１２によってソース・プログラム１２１のデバッグ
（ソースデバッグ）を行うために必要なソース・プログ
ラム１２１−オブジェクト・プログラム１２２間の対応
関係を定義するオブジェクト・プログラム１２２内の各
命令コードとそれらの各コードに対応するソース・プロ
グラム１２１内の各ソース・コードの格納位置を示すア
ドレス情報や、ソース・プログラム１２１内の各シンボ
ルの情報、ソース・プログラム１２１のモジュール名な
どの各種情報を含んだシンボリック・データベース１２
３が作成される。

【００１０】上記のようにして生成されたオブジェクト
・プログラム１２２は、プログラムローダ１００内部の
エミュレーション・メモリ１０２、またはインタフェー
ス部１０４及びローダ・インタフェース２００を経由し
てターゲット・システム３００内部のプログラム・メモ
リ３０３にダウンロードされる。

【００１１】また、上記シンボリック・データベース１
２３は、デバッグ情報としてプログラムローダ１００内
部のエミュレーション・メモリ１０２内に格納・保持さ
れる。

【００１２】ターゲット・システム３００は、ターゲッ
ト・マイクロプロセッサ３０１、このターゲット・マイ
クロプロセッサ３０１に内部バス（内部−ＢＵＳ）３０
２を介して接続される上記プログラム・メモリ３０３と
インタフェース部（Ｉ／Ｆ部）３０４等から構成されて
いる。

【００１３】尚、上記インタフェース部３０４は、前記
ローダ・インタフェース２００との接続インタフェース
である。続いて、上記構成のデバッグ支援システムにお
ける前記ソース・プログラムのソースレベルでのデバッ
グ方法を説明する。

【００１４】実際に、デバッグ時に前記ソース・プログ
ラムの実行状態をソースレベルでＣＲＴディスプレイ１
０１にモニタ表示する場合、プログラムローダ１００
は、ターゲット・システム３００内のターゲット・マイ
クロプロセッサ３０１が現在実行中（または実行終了
済）の命令コードのアドレス、この命令コードにおける
オペランド（動的変数）、及びこの命令コードのステー
タスライン（ライン番号）等のエミュレーション情報
を、ローダ・インタフェース２００を介しデバッグ情報
として収集する。

【００１５】ソースレベル・デバッガ１１３は、このエ
ミュレーション情報の収集に連動しながら、エミュレー
ション・メモリ１０２に格納されているシンボリック・
データベース１２３を参照し、上記命令コードに対応
（相当）するソース・プログラム１２１内のソース・コ
ードを見つけ出す。そして、このソース・コードの表示
データを、モニタ画面の表示情報としてＣＲＴディスプ
レイ１０１に送信する。

【００１６】このことによって、ＣＲＴディスプレイ１
０１にはターゲット・マイクロプロセッサ３０１によっ
て実行されたプログラム（ソース・プログラム）のソー
ス・コードが表示される。

【００１７】したがって、プログラマは、ＣＲＴディス
プレイ１０１上のモニタ画面を見ながら実際に作成され
たソース・プログラムがターゲット・マイクロプロセッ
サ３０１上で正しく動作しているか否かをソースレベル
で確認することができる。

【００１８】

【発明が解決しようとする課題】しかしながら、前述の
方式でデバッグ用のソース・プログラムの実行状態をソ
ースレベルで表示させる場合、下記の，等の問題が
発生していた。ターゲット・システム３００のプログラム・メモリ
３０３、またはエミュレーション・メモリ１０２内に格
納されているオブジェクト・プログラム１２２やシンボ
リック・データベース１２３、さらにはターゲット・シ
ステム３００から送信されてくるデバッグ情報などを基
に、ＣＲＴディスプレイ１０１に表示すべきソース・プ
ログラム１２１内のソース・コードを検索・生成する作
業には相当複雑な手順が必要となり、このために、モニ
タすべきソース・コードの検索・生成に時間がかかって
いた。シンボリック・データベース１２９の情報量が膨大
になるため、エミュレーション・メモリ１０２には大容
量のメモリが必要になるばかりか、もし、シンボリック
・データベース１２９の情報量が大きくなりすぎてエミ
ュレーション・メモリ１０２にダウンロードしきれなか
った場合、正常にソースレベルデバッグを行うことは不
可能になってしまう。

【００１９】本発明は、上記のような問題を解消するた
めになされたもので、その目的とするところは、簡素な
装置で、容易かつ短時間でモニタすべきソース・プログ
ラム内のソース・コードを検索・表示できるようにする
ことである。

【００２０】

【課題を解決するための手段】図１は、本発明の原理ブ
ロック図である。本発明は、同図に示すように、ソース
プログラム・レベルでのデバッグ・モニタ制御方式であ
って、ソース・プログラムからオブジェクト・プログラ
ムを生成する際、該オブジェクト・プログラム内の特定
の命令コードに前記ソース・プログラム内の所定のソー
ス・コードのアドレス情報を設定するコンパイラ１と、
前記ソース・プログラムを格納する記憶手段２と、前記
オブジェクト・プログラム内の命令コードのアドレスを
受け取って、そのアドレスを基に上記命令コードに相当
するソース・コードを前記記憶手段２に格納されている
ソース・プログラムから見つけ出す検索手段３と、該検
索手段３により見つけ出されたソース・コードの画面表
示制御を行う表示制御手段４と、を備えたことを特徴と
する。

【００２１】前記検索手段３は、例えば、請求項２記載
のように前記命令コードのアドレスを基に、前記オブジ
ェクト・プログラム内のそのアドレスの前方または後方
で最も近いアドレスの前記特定の命令コードを見つけ出
す命令コード検索手段３と、該命令コード検索手段３に
よって見つけ出された命令コードに設定されたアドレス
情報と上記命令コード検索手段３が上記命令コードを見
つけ出すまでに行った命令コードの検索回数とから、前
記アドレスを受け取った命令コードに相当するソース・
コードの前記ソース・プログラム内でのアドレスを算出
する算出手段３２と、該算出手段３２によって算出され
たアドレスを基に、前記記憶手段２に格納されているソ
ース・プログラムを検索して、前記アドレスを受け取っ
た命令コードに相当するソース・コードを見つけ出すソ
ース・コード検索手段３３と、から成るような構成にし
てもよい（図２参照）。

【００２２】

【作用】まず、コンパイラ１により記憶手段２に格納さ
れているソース・プログラムのコンパイルを行い、この
ソース・プログラムをターゲット・システムのマイクロ
プロセッサが実行可能な形式のオブジェクト・プログラ
ムに変換する。

【００２３】続いて、このオブジェクト・プログラムを
ターゲット・システムのマイクロプロセッサ上で実際に
実行させて上記ソース・プログラムのデバッグを行う
が、このデバッグ時において、検索手段３は、ターゲッ
ト・システムから送信されてくるターゲット・システム
のマイクロプロセッサが現在実行中（または既に実行終
了）の命令コードのアドレスを受信し、このアドレスを
基にして、上記命令コードを上記オブジェクト・プログ
ラムから見つけ出す。そして、次に、上記命令コードの
前方または後方に位置するソース・プログラム上の所定
のソース・コードのアドレス情報が設定されている命令
コードを上記オブジェクト・プログラムから読み出す。

【００２４】続いて、検索手段３は、上記命令コードに
設定されている上記ソース・プログラムの所定のソース
・コードのアドレス情報を読み出し、このアドレス情報
を基に、予め定められた所定のアルゴリズムを用いて、
上記ターゲット・システムから送信されてきた命令コー
ドに相当する上記ソース・プログラム上のソース・コー
ドを、記憶手段２に格納されている上記ソース・プログ
ラムから読み出す。

【００２５】表示制御手段４は、このソース・コードを
所定の表示装置に画面表示させる。このことにより、タ
ーゲット・システムのマイクロプロセッサにより実行さ
れた命令コードに対応（相当）するソース・コードが実
行順に画面表示され、プログラマは、ターゲット・シス
テム上で実行される開発中のプログラムを、その動作を
ソースレベルで確認しながらデバッグすることができ
る。

【００２６】このように、ターゲット・システムから送
信されてくるそのマイクロプロセッサが実行した命令コ
ードのアドレスとコンパイル時に生成されているオブジ
ェクト・プログラム上の特定の命令コードに設定された
アドレス情報とを基に、上記実行された命令コードに対
応（相当）するソース・コードのソース・プログラム上
でのアドレスを見つけ出すので、画面に表示すべきソー
ス・コードの検索・表示を高速に行うことができる。

【００２７】また、この検索・表示のために、従来のよ
うに大容量のシンボリック・データベースを必要としな
いので、エミュレーション・メモリの容量も小さくて済
む。

【００２８】

【実施例】以下、図面を参照しながら本発明の実施例を
説明する。図３は、本発明の第１実施例であるスタック
・アーキテクチャを有するターゲット・マイクロプロセ
ッサ（以下、ＭＰＵと略称する）３０１′を核として構
成され、ラダーダイヤグラムで記述されたプログラムに
よって制御されるプログラマブル・コントローラ（以
下、ＰＣと略称する）３００′で実行されるプログラム
のソースレベルでのデバッグを行うためのデバッグ支援
システムの全体構成を示すブロック図である。

【００２９】同図において、前述した図８に示すデバッ
グ支援システムにおけるブロックと同一のブロックには
同一の符号を付している。ＭＰＵ３０１′は、スタック
・アーキテクチャであるため、全ての命令は、スタック
・ポインタの示す値をベース・アドレスに、ターゲット
・レジスタとして指定されたレジスタの値をディスティ
ネーションとしてアドレス指定されるオペランドを操作
する。

【００３０】同図に示すプログラムローダ６００のコン
パイラ６１２は、ソース・プログラム１２１をオブジェ
クト・プログラム６２２に変換して、このオブジェクト
・プログラム６２２を外部記憶装置１０３に格納する
が、この変換の際、このオブジェクト・プログラム６２
２内の“ＮＯＰ”命令や“ＰＵＳＨ”，“ＰＯＰ”命令
（スタック・ポインタの更新命令）などの様に、オペレ
ーションコードのみで成り立ち、後述するレジスタやイ
ミディエート／オペランド・フィールド（ IMMEDIATE／
OPERAND-FIELD)の内容に関与しない命令の命令コード
（マシン語）の上記イミディエート／オペランド・フィ
ールドに、この命令のソース・プログラム１２１内での
対応するソース・コードの位置を示すアドレス情報を設
定する。

【００３１】アドレス検索部６１４は、ＰＣ３００′か
らローダ・インタフェース２００を経由して送られてく
るデバッグ情報を基に、命令実行時の現行ソース・コー
ド（現在、ＭＰＵ３０１′で実行中の命令コードに相当
するソース・コードを外部記憶装置１０３内に格納され
ているソース・プログラム１２１から読み出し、その現
行ソース・コードの表示データをデバッグ用のモニタ画
面の表示情報としてＣＲＴディスプレイ１０１に送信す
る。

【００３２】図４は、３２ビット固定長命令を実行する
ＭＰＵ３０１′の命令コード（マシン語命令コード）の
フォーマットを示す図である。同図に示すように、この
命令コードは、操作指令の内容を符号化した第２４ビッ
ト目から第３１ビット目（ＭＳＢ）までの操作符号部
（ＯＰＥ−ＣＯＤＥ；OPERATION CODE) 、操作対象のレ
ジスタを指定する第１６ビット目から第２３ビット目ま
でのターゲット・レジスタ指定部（Ｔ−ＲＥＧ；TARGET
REGISTER)、及び操作の対象となるデータ（オペラン
ド）または分岐先命令の記憶場所を指定する第０ビット
目（ＬＳＢ）から第１５ビット目までのイミディエート
／オペランド・フィールド（以下、イミディエートフィ
ールドと略称する）から成っている。

【００３３】本実施例では、コンパイラ６１２が、ソー
ス・プログラム１２１をコンパイルする際、オブジェク
ト・プログラム６２２内の上述したような、操作符号部
（オペレーションコード部）のみから成る“ＰＵＳ
Ｈ”，“ＰＯＰ”命令などの命令コードのイミディエー
ト・フィールドに、この命令コードに相当するソース・
コードのソース・プログラム１２１内でのアドレスを示
すアドレス情報を設定する。

【００３４】ここで、プログラムローダ６００にキー入
力されるラダーダイヤグラムによって記述されたプログ
ラムの一具体例を図５に示す。このプログラムは、エデ
ィタ１１１により、図６の左側に示す中間コード（本実
施例ではソース・コードに相当する）の形式に変換され
て、各シンボル外１や外２等）毎に、ニーモニッ
クコード（mnemonic code)と中間コードアド

【００３５】

【外１】

【００３６】

【外２】

【００３７】レスが割り当てられ、ファイル（ソース・
プログラム）として外部記憶装置１０３に格納される。
上記中間コードから成るソース・プログラム１２１は、
コンパイラ６１２によって図６の右側に示すオブジェク
ト・プログラム６２２に変換される。

【００３８】このコンパイルにおいて、スタック・アー
キテクチャを持つＭＰＵ３０１′の特長上、オブジェク
ト・プログラム６２２における一連の処理式（前記図５
に示すラダーダイヤグラムにおけるＦＵＮ−１，ＦＵＮ
−２等に相当）の先頭と最後尾には、それぞれスタック
ポインタの更新命令（“ＰＵＳＨ”命令）、復帰命令
（“ＰＯＰ”命令）が配置される。

【００３９】そして、これらの“ＰＵＳＨ”、“ＰＯ
Ｐ”命令のイミディエートフィールドに、それぞれ、ソ
ース・プログラム１２１内での上記処理式の先頭の中間
コードのアドレス、最後尾の中間コードのアドレスを設
定する。

【００４０】次に、上記構成の本実施例におけるソース
レベルでのプログラム・デバッグ時における画面表示の
制御方法を説明する。まず、ＰＣ３００′は、現在ＭＰ
Ｕ３０１′で実行されている命令コード（現行命令コー
ド）のアドレス（プログラムカウンタ値）をデバッグ情
報（エミュレーション情報）として、ローダ・インタフ
ェース２００を介しプログラムローダ６００に送信す
る。

【００４１】プログラムローダ６００のソースレベル・
デバッガ６１３は、ＰＣ３００′のプログラム・メモリ
３０３上でその送信されてきたアドレスに格納されてい
る命令コードを、そのプログラム・メモリ３０３から読
み出し、そのオペレーションコードが“ＰＵＳＨ”命令
または“ ＰＯＰ”命令のオペレーションコードに等し
いか否かチェックする。

【００４２】そして、“ＰＵＳＨ”命令または“ＰＯ
Ｐ”命令のオペレーションコードでなければ、１ステッ
プ前の命令コードをＰＣ３００′のプログラム・メモリ
３０３から読み出し、上記と同様のチェックを行う。そ
して、このチェック処理を、“ＰＵＳＨ”命令または
“ＰＯＰ”命令の命令コードが検索されるまで繰り返
す。

【００４３】そして、“ＰＵＳＨ”命令または“ＰＯ
Ｐ”命令の命令コードが見つかったならば、そのイミデ
ィエートフィールドに設定されている中間コードアドレ
スを取り出す。

【００４４】この場合、もし検索された命令コードが
“ＰＵＳＨ”命令の命令コードであったならば、この命
令コードのイミディエートフィールドに設定されている
アドレス情報は、次に配置されている命令コードに相当
する中間コード（ソース・コード）のソース・プログラ
ム１２１内でのアドレス（中間コードアドレス）を指し
ているものとみなす。

【００４５】一方、もし上記検索された命令コードが
“ＰＯＰ”命令の命令コードであったならば、この命令
コードのイミディエートフィールドに設定されているア
ドレス情報は、この命令コードの前に配置されている命
令コードに相当する中間コード（ソース・コード）のソ
ース・プログラム１２１内でのアドレス（中間コードア
ドレス）を指すものとみなす。

【００４６】そして、検索された命令が“ＰＵＳＨ”命
令または、“ＰＯＰ”命令のいずれであっても、その命
令コードのアドレス情報が示すアドレスにこの命令を検
索するまでに費やした命令検索回数より「１」小さい値
（これは、ＣＲＴディスプレイ１０１にモニタ表示すべ
き現行ソース・コード（前記現行命令コードに対応（相
当）するソース・コード）のソース・プログラム１２１
内での上記検索された“ＰＵＳＨ”命令または“ＰＯ
Ｐ”命令の次の命令コードに対応（相当）するソース・
コードからの後方相対アドレスに等しい）を加算する。

【００４７】このようにして、算出された値は、ＣＲＴ
ディスプレイ１０１のモニタ画面に表示すべき中間コー
ド（ソース・コード）のアドレスに等しくなっている。
このことを、図６を参照しながらより具体的に説明す
る。

【００４８】同図、右側において、（＊→の印で指され
ている「ＡＮＤＳＰ，Ｇ，ｂｉｔ」の命令の命令コー
ドのアドレスが送信されてきた場合、オブジェクト・プ
ログラム６２２内においてこの命令コードの２ステップ
前に“ＰＵＳＨ”命令の命令コードが存在し、かつこの
命令コードのイミディエートフィールドには「０００
６」の中間コード（ソース・コード）アドレスが設定さ
れている。したがって、この場合、“ＰＵＳＨ”命令の
命令コードの次に来る命令コードに対応（相当）する中
間コード（ソース・コード）のソース・プログラム１２
１内でのアドレス（中間コードアドレス）は、「０００
６」であることがわかる。したがって、上記「ＡＮＤ
ＳＰ，Ｇ，ｂｉｔ」の命令の中間コード（ソース・コー
ド）アドレスは、「０００７」（＝０００６＋（２−
１））番地であることが分かる。

【００４９】アドレス検索部６１４は、このようにして
ソースレベル・デバッガ６１３により算出された中間コ
ード（ソース・コード）アドレスをソースレベル・デバ
ッガ６１３から受け取り、外部記憶装置１０３からソー
ス・プログラム１２１内のこの中間コードアドレスに配
置されたソース・コード（中間コード）を読み出し、こ
のソース・コードの表示データをＣＲＴディスプレイ１
０１に出力する。

【００５０】本実施例では、このようにしてＰＣ３０
０′から送信されてくる「ＡＮＤＳＰ，Ｇ，ｂｉｔ」
の命令の命令コードのオブジェクト・プログラム６２２
内でのアドレスを基に、この命令コードに対応するソー
ス・コードをソース・プログラム１２１を検索して見つ
け出し、その表示データを生成する。

【００５１】次に、本発明をＣ言語で記述されるソース
・プログラム１０３に適用した第２実施例について説明
する。図７は、Ｃ言語で記述されたソース・プログラム
１０３のコンパイル方法を説明する図である。

【００５２】この第２実施例では、コンパイラ６１２
は、Ｃ言語で記述されたソース・プログラム１０３をア
センブラ言語で記述されたオブジェクト・プログラム６
２２に変換する。そして、このコンパイルにおいて、ソ
ース・プログラム１０３のある処理単位（同図の例で
は、「｛」と「｝」の間に囲まれた部分）毎、かつ、そ
れらの処理単位内の各処理式（同図の例では、式−１，
式−２，式−３が相当）毎に、上記第１実施例と同様に
して現行命令コードのアドレスを基にその現行命令コー
ドに対応（相当）するソース・コードを検索するために
必要となるソース・プログラム１０３内での所定のソー
ス・コードの行番号（これは、上記第１実施例における
中間コードアドレスに等しい）をオブジェクト・プログ
ラム６２２内の特定の命令コードに設定する。

【００５３】本実施例では、同図右に示すように、コン
パイルの際、オブジェクト・プログラム６２２の所定位
置に“ＮＯＰ”命令の命令コードを配置し、この命令コ
ードのイミディエートフィールドにソース・プログラム
１０３内に記述されている処理式等の特定のステートメ
ントの行番号を設定する。そして、実際にデバッグを実
行する際には、ターゲットシステム３００′から送信さ
れてくる現在実行中または既に実行が終了した命令コー
ドのプログラム・メモリ３０３上のロードアドレスを基
に、この命令コードに対応（相当）するソース・コード
よりもソース・プログラム１２１内で後方に配置されて
いるソース・コードの行番号を、プログラム・メモリ３
０３上にロードされているオブジェクト・プログラム６
２２内の所定の“ＮＯＰ”命令の命令コードから取り出
し、この行番号を基に上記命令コードに対応するソース
・コードのソース・プログラム１２１内での行番号を算
出する。

【００５４】そして、この行番号を基に外部記憶装置１
０３に格納されているソース・プログラム１２１を検索
して、上記命令コードに相当するソース・コードを見つ
け出す。そして、次にこのソース・コードの表示データ
を生成し、この表示データをＣＲＴディスプレイ１０１
に送信することにより、上記ソース・コードをＣＲＴデ
ィスプレイ１０１上に画面表示させる。

【００５５】これにより、プログラマは、実際にＣ言語
で作成されたソース・プログラムがターゲット・システ
ム３００′のターゲット・マイクロプロセッサ３０１上
で正しく動作しているかを、ＣＲＴディスプレイ１０１
上のモニタ画面を見ながら、ソースレベルで確認するこ
とができる。

【００５６】このように、本実施例によれば、モニタ画
面表示によりソースレベルでプログラム・デバッグを行
う場合に、従来のように大容量のシンボリック・データ
ベースを必要としない。

【００５７】このため、エミュレーション・メモリ６０
２として、従来のように大容量のメモリを確保する必要
が無くなる。また、ソース・プログラムのコンパイルの
際、オペレーションコードのみで成り立つ命令のイミデ
ィエートフィールドにソース・コードのアドレス情報を
設定することにより、ターゲット・システムからは現在
実行中、または既に実行が終了した命令コードのアドレ
スのみを受け取り、このアドレスを基にターゲット・シ
ステム３００′のプログラム・メモリ３０３及びプログ
ラムローダ６００内の外部記憶装置１０３に格納されて
いるソース・プログラム１２１を参照して、上記命令コ
ードに相当するソース・コードを検索する。

【００５８】したがって、モニタすべきソース・コード
を見つけ出す際に、従来のようにエミュレーションメモ
リ１０２に格納されている大容量のシンボリック・デー
タベースを検索するという複雑な手順を要する処理が不
要となるため、簡素な装置で、容易かつ高速にモニタ画
面に表示すべきソース・コードを検索できる。

【００５９】そして、この結果として、ソースレベルの
デバッグ・モニタ画面の表示を高速に行うことができ
る。尚、上記実施例では、ターゲット・システム３０
０′のターゲット・マイクロプロセッサ３０１′として
固定長命令コードを実行するＭＰＵを用いているが、可
変長命令コードを実行するＭＰＵをターゲット・マイク
ロプロセッサ３０１′とするターゲット・システム３０
０′についても、本発明は適用可能である。

【００６０】すなわち、この場合には、コンパイルの段
階でオブジェクト・プログラム６２２内のオペレーショ
ンコードのみで成り立つ命令に対し、イミディエートフ
ィールドをダミーとして指定し、このイミディエートフ
ィールドに、上記実施例のようにソースレベルでのデバ
ッグのためにソース・プログラム内の所定のソース・コ
ードのアドレス情報を設定する処理を行うようにする。
このことにより、実際のデバッグ実行時に、上記実施例
と同様な制御方法により、実行された命令コードに対応
（相当）するソース・コードをソース・プログラムから
検索して、画面表示させることができる。

【００６１】また、オブジェクト・プログラム６２２の
検索についても、上記実施例のようにターゲット・シス
テム３００′のプログラム・メモリ３０３内ではなく、
プログラムローダ６００のエミュレーション・メモリ６
０２内で行うようにしてもよい。この方が、ソース・コ
ードの検索・表示をより高速に行うことができる。

【００６２】

【発明の効果】以上、説明したように本発明によれば、
従来のように大容量のシンボリック・データベースを作
成しなくても、ソースレベルでデバッグ用のモニタ画面
を表示できる。

【００６３】したがって、エミュレーション・メモリと
して大容量のメモリを確保する必要が無くなるばかりで
はなく、ソースレベルでのデバッグ時において、表示す
べきソース・コードの検索を高速に行うことができ、ソ
ースレベルでのデバッグ用のモニタ画面の表示を従来よ
りも高速化できる。

【００６４】また、ソース・コードの検索処理が従来よ
りも簡単になるので、装置も簡素化できる。

【図面の簡単な説明】

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

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

【図３】本発明の一実施例のシステム構成を示すブロッ
ク図である。

【図４】ＭＰＵによって実行される命令コードのフォー
マットを説明する図である。

【図５】ＰＣ用のラダーダイヤグラムによって記述され
たプログラムの一具体例を示す図である。

【図６】図５に示すラダーダイヤグラムに対応するソー
ス・プログラム及びこれをコンパイルすることによって
得られるオブジェクト・プログラムの内容を示す図であ
る。

【図７】第２実施例のソース・プログラム及びこれをコ
ンパイルすることによって得られるオブジェクト・プロ
グラムの内容を示す図である。

【図８】従来のソースレベル・デバッグ支援システムの
全体構成を示すブロック図である。

【符号の説明】

１コンパイラ２記憶手段３検索手段４表示制御手段３１命令コード検索手段３２算出手段３３ソース・コード検索手段

Claims

【特許請求の範囲】

【請求項１】ソース・プログラムからオブジェクト・
プログラムを生成する際、該オブジェクト・プログラム
内の特定の命令コードに前記ソース・プログラム内の所
定のソース・コードのアドレス情報を設定するコンパイ
ラ（１）と、前記ソース・プログラムを格納する記憶手段（２）と、前記オブジェクト・プログラム内の命令コードのアドレ
スを受け取って、そのアドレスを基に上記命令コードに
相当するソース・コードを前記記憶手段（２）に格納さ
れているソース・プログラムから見つけ出す検索手段
（３）と、該検索手段（３）により見つけ出されたソース・コード
の画面表示制御を行う表示制御手段（４）と、を備えたことを特徴とするソースプログラム・レベルで
のデバッグ・モニタ制御方式。
【請求項２】前記検索手段（３）は、前記命令コードのアドレスを基に、前記オブジェクト・
プログラム内のそのアドレスの前方または後方で最も近
いアドレスの前記特定の命令コードを見つけ出す命令コ
ード検索手段（３１）と、該命令コード検索手段（３１）によって見つけ出された
命令コードに設定されたアドレス情報と上記命令コード
検索手段（３１）が上記命令コードを見つけ出すまでに
行った命令コードの検索回数とから、前記アドレスを受
け取った命令コードに相当するソース・コードの前記ソ
ース・プログラム内でのアドレスを算出する算出手段
（３２）と、該算出手段（３２）によって算出されたアドレスを基
に、前記記憶手段（２）に格納されているソース・プロ
グラムを検索して、前記アドレスを受け取った命令コー
ドに相当するソース・コードを見つけ出すソース・コー
ド検索手段（３３）と、から成ることを特徴とする請求項１記載のソースプログ
ラム・レベルでのデバッグ・モニタ制御方式。