JPH09297695A - シンボリッククロスデバッガおよび作成システム - Google Patents

Abstract

(57)【要約】 【課題】 シンボリッククロスデバッガの作成を容易か
つ短期間とする。 【解決手段】 まず、ターゲットＭＰＵおよびコンパイ
ラに依存する部分であるプログラムローダ２、スタック
フレーム生成関数３、スタックアクセス関数４、リソー
ステーブル５とＭＰＵ模擬部１０を入力させ、次に、予
め用意した、マンマシンインタフェース部６、コマンド
実行部７、インタフェーステーブル８、シンボルテーブ
ル９とを合わせて、部品合成部８０で各部のインタフェ
ースをチェックしてから合成し、シンボリッククロスデ
バッガ１を作成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、汎用計算機上でこ
の汎用計算機のＭＰＵ（Micro Processing Unit）とは
異なるＭＰＵ（ターゲットＭＰＵ）向けにコンパイルさ
れたプログラムのデバッグをソースプログラムのレベル
で行なうシンボリッククロスデバッガに係り、特に、早
期開発を行なうのに好適なシンボルクロスデバッガおよ
びその作成システムに関するものである。

【０００２】

【従来の技術】デバッガには、例えば、磯部俊夫著「Ｕ
ＮＩＸとＣ言語」（１９８９年、工学図書株式会社発
行）の第１９８頁〜第２０３頁に記載（「６−６ ｄｂ
ｘ−シンボリック・デバッガ」）のように、Ｃなどの高
級言語で書かれたプログラムを、ソースプログラムのレ
ベルでデバッグできるシンボリックデバッガがある。こ
のシンボリックデバッガでは、デバッグ対象のプログラ
ムに基づきＣコンパイラが生成・出力する情報（「シン
ボル情報テーブル（記号表）」や「スタックフレームテ
ーブル（棚表）等」を利用しており、ユーザは、メモリ
内容の参照と変更、プログラム動作のトレース、ブレー
クポイントの設定、変数の値設定、変数の値表示などを
高水準プログラム言語のレベルで行ない、デバッグ対象
プログラムの実行の様子を確認することができる。

【０００３】さらに、このシンボリックデバッガをクロ
ス環境で実行するツール、すなわち、汎用計算機上で、
この汎用計算機のＭＰＵとは異なるターゲットＭＰＵを
持つ組込みシステムを制御するソフトウェアをシンボリ
ックデバッグするためのツールとして、汎用計算機上で
ターゲットＭＰＵの動作をソフトウェアにより模擬し、
かつ、ソースプログラム中の変数を、ターゲットＭＰＵ
のランタイムスタックに対応付ける、シンボリッククロ
スデバッガがある。

【０００４】しかし、このようなシンボリッククロスデ
バッガを含むクロスデバッガは、ある特定のターゲット
ＭＰＵ用に作成されているため、新たなＭＰＵに対する
デバッガは新たに作成する必要がある。このため、新た
なＭＰＵに対するデバッガが利用できるまでに時間がか
かるという問題点があった。このような問題を解決する
ために、クロスデバッガに関しては、このクロスデバッ
ガをターゲットＭＰＵに依存する部分と依存しない部分
に分割することにより、プログラムの再利用を図る技術
が種々提案されている。

【０００５】例えば、「情報処理学会 第３８回（昭和
６４年前期） 全国大会 ＳＥ−６８−３」(PP.1217-1
218)に記載の「ハードウェア動作記述からのシミュレー
タ自動生成」のように、ターゲットＭＰＵのハードウェ
ア構成要素（リソース）と各命令コードに対する動作と
を定義したＭＰＵ動作記述から、クロスデバッガを作成
するための技術が知られている。しかし、このクロスデ
バッガ作成技術では、コンパイラにより異なるシンボル
情報の取得方法、および、ＭＰＵにより異なるランタイ
ムスタックへのアクセス方法については考慮しておら
ず、シンボリックデバッグを行なうことができないとい
う問題点があった。

【０００６】また、多様なＭＰＵに対するシンボリック
デバッグを行なうのに用いるシンボリッククロスデバッ
ガとして、例えば、「Proceedings of the ACM SIGPLA
N'92Conference on Programming Language Design and
Inplementation」(pp.22-31)に記載の「A Retargetable
Debugger」のように、シンボリックデバッグを行なう
のに必要なシンボル情報をターゲットＭＰＵに依存しな
い形式で生成するコンパイラによってコンパイルされた
プログラムをデバッグするためのシンボリッククロスデ
バッガが知られている。

【０００７】しかし、この「A Retargetable Debugge
r」の技術は、デバッグ対象のプログラムが、オブジェ
クトプログラムに特殊な形式の情報を付加するコンパイ
ラによってコンパイルされていることを前提としてい
る。そのため、従来用いられているコンパイラによって
コンパイルされたプログラムに対しては適用することは
できないという問題点があった。

【０００８】尚、シンボリックデバッグを行なうには、
プログラム中の変数の型や記憶領域についての情報が、
オブジェクトプログラム中に格納されていることが必要
である。一般には、そのフォーマットは、対象プログラ
ムをコンパイルしたコンパイラにより異なるが、Gintar
as R. Gircys著「Understanding and Using COFF」（O'
Reilly & Associates, Inc.）に記載の「COFF（Common
Object File Format）」に代表されるように、いくつか
の標準フォーマットが提唱されている。しかし、この
「COFF」などの標準フォーマットを適用したシンボリッ
ククロスデバッガの作成技術は検討されていない。

【０００９】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、新たなＭＰＵに組み込むデバッ
ガ対象のプログラムが特殊な形式の情報を付加するコン
パイラによってコンパイルされていなければ、新たなＭ
ＰＵに対するシンボリッククロスデバッガを新たに作成
しなければならない点である。本発明の目的は、これら
従来技術の課題を解決し、従来のコンパイラを用いる場
合でも、新たなＭＰＵに組み込むプログラムに対応して
短期間での開発が可能なシンボリッククロスデバッグお
よびその作成システムを提供することである。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明のシンボリッククロスデバッガは、（１）少
なくとも、ターゲットＭＰＵに対応して作成されたＭＰ
Ｕ模擬部１０とリソーステーブル５、プログラムのコン
パイルに用いられたコンパイラに対応して作成されたプ
ログラムローダ２、ターゲットＭＰＵおよびコンパイラ
の両方に対応して作成されたスタックフレーム生成関数
３とスタックアクセス関数４を有し、ＭＰＵ模擬部１０
によりターゲットＭＰＵの動作を模擬し、リソーステー
ブル５によりターゲットＭＰＵのレジスタとメモリを模
擬し、プログラムローダ２により、コンパイルされたデ
バッグ対象プログラム１１を解析して、このデバッグ対
象プログラム１１をコンパイルしたコンパイラが作成し
たシンボル情報をコンパイラに対応するフォーマット形
式でシンボルテーブル９に、および、プログラムの命令
列をリソーステーブル５に、それぞれロードし、スタッ
クフレーム生成関数３により、ユーザがプログラムのデ
バッグ指示コマンドで指定した関数の呼出しに対応する
スタックフレームを、プログラムローダ２がシンボルテ
ーブル９にロードしたシンボル情報を参照してリソース
テーブル５上に作成し、スタックフレームアクセス関数
４により、ユーザがプログラムのデバッグ指示コマンド
で指定した表示変数もしくは設定変数に対応する記憶領
域を、スタックフレーム生成関数３がリソーステーブル
５上に作成したスタックフレーム、および、プログラム
ローダ２がシンボルテーブル９にロードしたシンボル情
報を参照して特定することにより、ユーザが指定した所
定のトレース条件およびブレーク条件でのデバッグ実行
指示コマンドに対応してのＭＰＵ模擬部１０によるリソ
ーステーブル５にロードされた命令の逐次実行とこの実
行の結果出力、および、この実行の結果出力後にユーザ
が指定した変数の表示コマンドもしくは設定コマンドに
対応してのスタックフレームアクセス関数４による変数
の記憶領域の取得とこの取得した記憶領域に対応するリ
ソーステーブル５上の値の出力もしくは設定を少なくと
も含むデバッグ動作を行なうことを特徴とする。また、
本発明のシンボリッククロスデバッガ作成システムは、
（２）プログラムをコンパイルしたコンパイラに対応し
たフォーマットのプログラムローダ２を特定する手段
（プログラムローダ獲得機能８１、部品合成部８０）
と、ターゲットＭＰＵの動作およびメモリとレジスタを
それぞれ模擬するＭＰＵ模擬部１０とリソーステーブル
５の内、ターゲットＭＰＵに対応するものを特定する手
段（ＭＰＵ模擬部獲得機能８４、部品合成部８０）と、
シンボリックデバッグで指示される関数のスタックフレ
ームをリソーステーブル５上に、特定されたプログラム
ローダ２がコンパイルされたプログラムからロードした
シンボル情報に基づき生成するスタックフレーム生成関
数３の内、ターゲットＭＰＵおよびコンパイラの両方に
対応するものを特定する手段（スタックフレーム生成関
数獲得機能８２、部品合成部８０）と、シンボリックデ
バッグで指示される実行中の関数の変数のアドレスをス
タックフレームおよびシンボル情報に基づき抽出するス
タックアクセス関数４の内、ターゲットＭＰＵおよびコ
ンパイラの両方に対応するものを特定する手段（スタッ
クアクセス関数獲得機能８３、部品合成部８０）と、各
手段（プログラムローダ獲得機能８１、スタックフレー
ム生成関数獲得機能８２、スタックアクセス関数獲得機
能８３、ＭＰＵ模擬部獲得機能８４、部品合成部８０）
で特定されたプログラムローダ２、ＭＰＵ模擬部１０、
スタックフレーム生成関数３およびスタックアクセス関
数４と、予め用意されているターゲットＭＰＵおよびコ
ンパイラのいずれにも依存しないシンボリッククロスデ
バッグの構成要素（マシンインタフェース部６、コマン
ド実行部７、インタフェーステーブル８、シンボルテー
ブル９）とを統合コンパイルして、シンボリッククロス
デバッガ１を作成する手段（部品合成部８０）とを少な
くとも有することを特徴とする。また、（３）上記
（２）に記載のシンボリッククロスデバッガ作成システ
ムにおいて、プログラムローダ２を特定する手段（プロ
グラムローダ獲得機能８１）は、ユーザが指定したフォ
ーマットの種別を判別する手段（フォーマット獲得機能
１０２）と、このフォーマット獲得機能１０２で判別し
た種別のフォーマットに対応するプログラムローダ２
を、予め複数のプログラムローダ２を各々のフォーマッ
ト種別に対応付けて格納したプログラムローダライブラ
リ１０１から抽出する手段（プログラムローダ選択機能
１０４）とを具備し、ユーザによるフォーマットの指定
に基づき、このフォーマットに対応するプログラムロー
ダ２を特定することを特徴とする。また、（４）上記
（３）に記載のシンボリッククロスデバッガ作成システ
ムにおいて、プログラムローダ２を特定する手段（プロ
グラムローダ獲得機能８１）は、ユーザが指定したフォ
ーマットに対応するプログラムローダ２がプログラムロ
ーダライブラリ１０１に格納されていない場合に、ユー
ザに通知する手段（フォーマット獲得機能１０２）と、
この通知に基づきユーザが入力したプログラムローダ２
とフォーマット種別を対応付けてプログラムローダライ
ブラリ１０１に格納する手段（プログラムローダ獲得機
能８１ａ）とを具備することを特徴とする。また、
（５）上記（２）から（４）のいずれか一つに記載のシ
ンボリッククロスデバッガ作成システムにおいて、ＭＰ
Ｕ模擬部１０とリソーステーブル５を特定する手段（Ｍ
ＰＵ模擬部獲得機能８４）は、ユーザからターゲットＭ
ＰＵの構成と動作を定義したＭＰＵ動作記述１０５を入
力する手段（ＭＰＵ動作記述獲得機能１０６）と、この
ＭＰＵ動作記述獲得機能１０６で入力したＭＰＵ動作記
述１０５に基づき、ＭＰＵ模擬部１０とリソーステーブ
ル５を生成する手段（ＭＰＵ模擬部生成機能１０６）と
を具備することを特徴とする。

【００１１】

【発明の実施の形態】本発明においては、シンボリック
クロスデバッガを、コンパイラおよびターゲットＭＰＵ
に依存しない部分と、コンパイラやターゲットＭＰＵに
依存する部分に分けて構成する。コンパイラとターゲッ
トＭＰＵに依存しない部分としては、マンマシンインタ
ーフェース部とコマンド実行部、および、各部の間のイ
ンタフェース情報を保持するテーブル群があり、シンボ
リッククロスデバッガの作成時には、これらを、シンボ
リッククロスデバッガの機能に合わせて予め作成してお
く。

【００１２】そして、コンパイラやターゲットＭＰＵに
依存する部分を、それぞれに対応して作成し、作成した
各部分を、予め作成したマンマシンインターフェース部
やコマンド実行部と合成して、シンボリッククロスデバ
ッガを作成する。このように、シンボリッククロスデバ
ッガを、コンパイラおよびターゲットＭＰＵに依存しな
い部分と、コンパイラやターゲットＭＰＵに依存する部
分に分けて構成することにより、コンパイラの種類や新
たなターゲットＭＰＵに対応してコンパイラやターゲッ
トＭＰＵに依存する部分を作成する必要がなくなり、短
時間で新たなターゲットＭＰＵ用のシンボリッククロス
デバッガを作成することができる。

【００１３】また、シンボリッククロスデバッガを構成
する部分のうち、オブジェクトプログラムのフォーマッ
トに依存する部分であるプログラムローダを、各フォー
マットに対応して、予めライブラリに用意しておく。そ
して、シンボリッククロスデバッガの作成時には、ユー
ザが指定したフォーマットに基づきライブラリを検索し
て、デバッグ対象プログラムに対応するプログラムロー
ダを抽出する。

【００１４】このように、プログラムローダを各フォー
マットに対応して予めライブラリに用意しておくことに
より、ユーザは、デバッグ対象プログラムに対応するフ
ォーマットを指定するだけで、シンボリッククロスデバ
ッガにプログラムローダを組み込むことができる。尚、
対応するプログラムローダがライブラリに用意されてい
ない場合には、ユーザは、オブジェクトプログラムに対
応するプログラムローダを作成しなければならないが、
このようにして作成したプログラムローダを、オブジェ
クトプログラムのフォーマットに対応付けてライブラリ
に登録することにより、再利用することができる。

【００１５】また、従来技術で述べた、ターゲットＭＰ
Ｕのハードウェア構成要素（リソース）と各命令コード
に対する動作とを定義したＭＰＵ動作記述から、クロス
デバッガを作成するための技術を利用し、このＭＰＵ動
作記述をユーザから獲得することによって、シンボリッ
ククロスデバッガを構成する部分のうち、ターゲットＭ
ＰＵに依存する部分であるＭＰＵ模擬部を生成する。

【００１６】以下、本発明の実施形態例を、図面により
詳細に説明する。図１は、本発明のシンボリッククロス
デバッガの本発明に係る構成の一実施例を示すブロック
図であり、図２は、図１におけるシンボリッククロスデ
バッガを作成するシステムのハードウェア構成例を示す
ブロック図である。図２において、２１はＣＰＵ（Cent
ral Processing Unit）を具備した処理装置、２２はキ
ーボード等からなる入力装置、２３はＣＲＴ（Cathode
Ray Tube）等からなる表示装置、２４はＤＲＡＭ（Dyna
mic Random Access Memory）等からなるメモリ、２５は
ＨＤＤ（Hard Disk Drive）等の外部記憶装置である。
このようなハードウェア構成により、図１で示すシンボ
リッククロスデバッガを作成する。

【００１７】図１において、１１はデバック対象プログ
ラム、１２はデバッグ操作を行なうユーザ、そして、１
は本発明に係るシンボリッククロスデバッガであり、こ
のシンボリッククロスデバッガ１は、プログラムローダ
２、スタックフレーム生成関数３、スタックアクセス関
数４、リソーステーブル５、マンマシンインタフェース
部６、コマンド実行部７、インタフェーステーブル８、
シンボルテーブル９、ＭＰＵ模擬部１０により構成され
ている。

【００１８】このような構成のシンボリッククロスデバ
ッガ１により、ユーザ１２は、デバッグ対象プログラム
１１の実行の様子（現在事項している行／変数値）を確
認したり、実行内容の変更を、ソースプログラム上で行
なう。すなわち、シンボリッククロスデバッガ１は、ユ
ーザ１２から指示されたとおりにデバッグ対象プログラ
ムの動作を制御したり、その時点での変数値を表示す
る。以下、これらのシンボリッククロスデバッガ１の各
構成要素の説明を行なう。

【００１９】まず、プログラムローダ２は、デバッグ作
業の開始時に、デバッグ対象プログラム１１を解析し、
シンボリックデバッグを行なうのに必要な情報の格納を
行なう。すなわち、シンボルテーブル９へデータを格納
し（シンボルローダの機能）、プログラムを構成する命
令列をメモリに対応するリソーステーブル５に格納する
（オブジェクトローダの機能）。図３に、既にデータが
格納されているシンボルテーブル９の構成例を示す。

【００２０】シンボルテーブル９は、生成するシンボリ
ッククロスデバッグ１の初期状態、すなわち、デバッグ
対象プログラム１１のロード以前の状態には、図３に示
すテーブルの「枠」のみが用意されている。そして、シ
ンボリッククロスデバッグ１がデバッグ対象プログラム
１１をロードする際に、プログラムローダ２のシンボル
ローダが、デバッグ対象プログラム１１から具体的デー
タを抽出して、「枠」内に設定する。

【００２１】このため、シンボルテーブル９は、そのテ
ーブル自体はコンパイラに依存しないが、シンボルテー
ブル９に格納されるデータは、シンボリックデバッガを
行なうために必須のものであるので、各コンパイラが生
成するオブジェクトプログラムには、このデータが含ま
れており、このデータを、オブジェクトファイル中にど
こにどのような形で格納するか（オブジェクトファイル
のフォーマット）は、コンパイラに依存する。尚、この
フォーマットは、いくつかに標準化されている。また、
このように、プログラムローダ２のシンボルローダは、
デバッグ対象プログラム１１のロード時に、このプログ
ラムのデータを取り出し、シンボルテーブル９に格納す
るので、プログラムローダ２は、オブジェクトファイル
のフォーマットに依存し、引いてはコンパイラに依存す
る。

【００２２】図３において、「記憶領域区分」欄３１
は、その変数に対する記憶領域が、メモリ中に常に一つ
確保され、絶対アドレスによって参照されるものである
のか「abs」、または、プログラムの実行に伴ってメモ
リ上のスタックフレームに動的に確保されて相対アドレ
スによって参照されるものであるのか「rel」、あるい
は、同様にレジスタ上のスタックフレームに動的に確保
されて相対レジスタ番号によって参照されるものである
のか「reg」などを表す。「記憶領域」欄３２は、「記
憶領域区分」欄３１の値に対応し、絶対アドレス、相対
アドレス、相対レジスタ番号などを表す。

【００２３】シンボリックデバッグを行なうのに必要な
これらの情報は、コンパイラにより図１のデバッグ対象
プログラム１１中に必ず含まれているが、その形式はコ
ンパイラにより異なる。また、オブジェクトローダが行
なう処理には、図１のデバッグ対象プログラム１１のフ
ァイル中で、プログラムを構成する命令列が格納されて
いる位置に関する情報が必要であるが、この情報の形式
もコンパイラにより異なる。

【００２４】図１に戻り、さらにシンボリッククロスデ
バッガ１の各構成要素の説明を続ける。リソーステーブ
ル５は、ターゲットＭＰＵのレジスタとメモリを模擬す
るテーブルからなり、レジスタを模擬する部分では絶対
レジスタ番号で要素を特定し、メモリを模擬する部分で
は絶対アドレスで要素を特定する。ＭＰＵ模擬部１０
は、命令のフェッチを制御する実行制御部とターゲット
ＭＰＵの動作を模擬する動作模擬関数群からなる。これ
らリソーステーブル５とＭＰＵ模擬部１０は、ターゲッ
トＭＰＵにより異なる。

【００２５】スタックフレーム生成関数３は、シンボリ
ッククロスデバッガの関数実行コマンドにおいて、関数
の呼び出しに対するスタックフレームをリソーステーブ
ル５上に実現する関数である。ここで、スタックフレー
ムに関しての説明を行なう。プログラム実行時に関数呼
出し（ｃａｌｌ）が発生した場合、ＭＰＵ内部には、各
引数／ローカル変数の値を格納するための領域「スタッ
クフレーム」が生成される。プログラムの実行時には関
数の呼出しがネスト（入れ子）しているので、スタック
フレームは、いわゆるスタック構造となっている。この
機構はＭＰＵには依存しないが、スタックフレームは、
各引数／ローカル変数をＭＰＵのレジスタにマッピング
するものであり、ＭＰＵに依存する。

【００２６】尚、デバッガ上で動作しているデバッグ対
象プログラム中に、関数呼出しがあった場合には、この
関数に対するスタックフレームを作成する命令がデバッ
グ対象プログラム（のオブジェクトファイル）にあるの
で、ＭＰＵ動作模擬部１０は、その命令を模擬するの
で、スタックフレーム生成関数３を用いる必要はない。
スタックフレーム生成関数３は、ユーザがプログラムや
関数の実行開始を指示したとき、ユーザから指摘される
引数値に基づいて、このプログラムや関数のスタックフ
レームを作成する。そして、スタックフレーム生成関数
３の入力引数は、実行関数を特定するためのモジュール
名および関数名と、関数の呼び出しに対して与えられる
実引数値の列である。以下、スタックフレーム生成関数
３の処理動作例を、図４を用いて説明する。

【００２７】図４は、図１におけるスタックフレーム生
成関数の本発明に係る処理動作例を示すフローチャート
である。ステップ４０１において、まず、入力引数とし
て与えられたモジュール名と関数名に基づいて、図３に
示すシンボル情報テーブル９から、関数の全引数の個数
と記憶領域、および記憶領域区分を得る。次に、ステッ
プ４０２では、ステップ４０１の結果に基づいて、引数
値用の記憶領域を、図１のリソーステーブル５上に確保
すると共に、リターンアドレスやスタックフレームポイ
ンタなどのスタック情報を同じリソーステーブル５に設
定する。そして、ステップ４０３では、実行関数の全て
の引数値をスタックフレーム上に設定したか否かを判定
し、設定していない引数値があれば、ステップ４０４に
おいて設定することを繰り返す。

【００２８】図１に戻り、シンボリッククロスデバッガ
１の次の構成要素の説明を続ける。スタックアクセス関
数４は、シンボリッククロスデバッガの変数値表示コマ
ンドにおいて、変数名とリソーステーブル５の要素を対
応付ける関数である。そして、デバッガ固有のものであ
り、ユーザによる「実行中のこの関数のこの変数の値を
参照／設定する」操作に対応して動作するものである。
その具体的な処理は、スタックフレームの内容に依存す
るので、スタックアクセス関数４も、ターゲットＭＰＵ
に依存する（対応して作成しなけらばならない）。

【００２９】このスタックアクセス関数４の入力引数
は、表示変数を特定するためのモジュール名、関数名お
よび変数名であり、出力引数は、リソーステーブル５の
要素を特定する絶対アドレスまたは絶対レジスタ番号で
ある。以下、スタックフレームアクセス関数４の処理動
作例を、図５を用いて説明する。

【００３０】図５は、図１におけるスタックフレームア
クセス関数の本発明に係る処理動作例を示すフローチャ
ートである。尚、この例では、指定関数がネストして複
数回実行中である場合、現在実行中の関数レベルにもっ
とも近いものについての変数値を表示するものとしてい
る。まずステップ５０１において、現実行関数側からス
タックフレームを一つ選択する。次のステップ５０２で
は、ステップ５０１において選択したスタックフレーム
が入力引数として与えられたモジュール、関数に対する
ものであるか否かを判定し、そうであればステップ５０
５に進み、そうでなければステップ５０３に進む。

【００３１】ステップ５０３では、全てのスタックフレ
ームを選択したか否かを判定し、選択していないスタッ
クフレームがあればステップ５０１へ戻り、全てを選択
していればステップ５０４として処理を終え、エラーを
返す。ステップ５０５では、入力引数に基づいて、図３
のシンボルテーブル９から指定変数のシンボル情報を取
得する。ステップ５０６では、図３のシンボルテーブル
９の「記憶領域区分」欄３１の値を参照し、記憶領域が
絶対アドレスによって参照されている「abs」ならば、
ステップ５０７で処理を終え、図３の「記憶領域」欄３
２の値である絶対アドレスを返す。

【００３２】また、ステップ５０６において、記憶領域
が相対アドレスによって参照されている「rel」なら
ば、ステップ５０８で、図３の「記憶領域」欄３２の値
である相対アドレスを、そのスタックフレームにおける
絶対アドレスに変換し、ステップ５０９で処理を終え、
絶対アドレスを返却する。また、ステップ５０６におい
て、記憶領域が相対レジスタ番号によって参照されてい
る「reg」ならば、まずステップ５１０で、図３の「記
憶領域」欄３２の値である相対レジスタ番号をそのスタ
ックフレームにおける絶対アドレスに変換し、次にステ
ップ５１１で、そのスタックフレームにおいて、図３の
「記憶領域」欄３２に値の相対レジスタ番号で示される
レジスタの値がメモリに退避されている（スピルされて
いる）か否かを判定する。

【００３３】スピルされている場合には、ステップ５１
２で処理を終え、ステップ５１０で求めた相対アドレス
を返す。また、ステップ５１１でスピルされていない場
合には、ステップ５１３で、図３の「記憶領域」欄３２
の値である相対レジスタ番号を、そのスタックフレーム
における絶対レジスタ番号に変換し、ステップ５１４で
処理を終えて、求めた絶対レジスタ番号を返す。

【００３４】図１に戻り、シンボリッククロスデバッガ
１の次の構成要素の説明を続ける。マンマシンインタフ
ェース部６は、シンボリッククロスデバッガ１のユーザ
１２から、プログラムの実行、変数値の表示、ブレイク
ポイントの設定などのコマンドを受けとるコマンド受付
機能６ａと、コマンドの実行結果をユーザ１２に示す表
示機能６ｂからなる。コマンド実行部７は、マンマシン
インターフェース部６から渡されたコマンドを解析する
コマンド解析機能７ａと、それぞれのコマンドに対する
処理を行なうコマンド実行関数群７ｂからなる。

【００３５】インタフェーステーブル８は、ＭＰＵ模擬
部１０とコマンド実行部７との間で必要となる各種イン
タフェース情報を保持するテーブルであり、図６にその
構成例を示す。図６に示すインタフェーステーブル８
は、絶対アドレスとアクセス種別（リード／ライト）を
予め指定しておき、プログラム実行中に指定されたアド
レスに対してプログラムが指定された種別のアクセスを
行なった時、実行を中断する機能（アクセスブレイク）
を実現するものである。

【００３６】図１におけるＭＰＵ模擬部５の動作模擬関
数のうち、メモリへのアクセスが発生する命令に対する
ものを、このインタフェーステーブル８のデータ値を更
新するように作成する。すなわち、アクセスが発生した
場合に、図６において、「アクセスフラグ」欄６１の値
に「ＯＮ」を設定し、「アクセスアドレス」欄６２の値
に、アクセスしたアドレス「０ｘＡ０００」を設定し、
「アクセスモード」欄６３に、アクセスモード「Ｗｒｉ
ｔｅ」を設定する。図１におけるコマンド実行部７のコ
マンド実行関数のうち、実行コマンドに対するもので
は、１命令実行毎に「アクセスフラグ」欄６１の値を参
照し、「ＯＮ」である場合には、「アクセスアドレス」
欄６２の値および「アクセスモード」欄６３の値を、指
定されていたアドレスおよびアクセス種別と比較し、一
致した場合に実行を中断するようにする。

【００３７】以上説明したように、図１におけるマンマ
シンインタフェース部６とコマンド実行部７とインタフ
ェーステーブル８は、作成するシンボリッククロスデバ
ッガ１の持つ機能のみに依存しており、機能の追加／変
更がなければ変更する必要はない。このような構成で、
図１のシンボリッククロスデバッガ１は、ユーザが指示
し呈するコマンドに基づき、デバッグ処理を行なう。

【００３８】すなわち、シンボリッククロスデバッガ１
は、プログラムローダ２により、あるコンパイラにより
コンパイルされたデバッグ対象プログラム１１を解析し
て、このコンパイラが作成したシンボル情報を、コンパ
イラに対応するフォーマット形式でシンボルテーブル９
に、および、プログラムの命令列をリソーステーブル５
に、それぞれロードする。そして、スタックフレーム生
成関数３により、例えばユーザがプログラムのデバッグ
指示コマンドで指定した関数の呼出しに対応するスタッ
クフレームを、シンボルテーブル９のシンボル情報を参
照してリソーステーブル５上に作成する。

【００３９】また、スタックフレームアクセス関数によ
り、ユーザがプログラムのデバッグ指示コマンドで指定
した表示変数もしくは設定変数に対応する記憶領域を、
リソーステーブル５上のスタックフレーム、および、シ
ンボルテーブル９のシンボル情報を参照して特定する。
そして、例えば、ユーザから指定された所定のトレース
条件およびブレーク条件に対応して、ＭＰＵ模擬部１０
により、リソーステーブル５にロードされた命令を逐次
実行し、この実行結果を出力する。また、この実行結果
の出力後にユーザが指定した変数の表示コマンドもしく
は設定コマンドに対応して、スタックフレームアクセス
関数３により変数の記憶領域を取得し、この記憶領域に
対応するリソーステーブル５上の値を出力もしくは設定
する。このようなシンボリッククロスデバッガ１の動作
説明を、次の図７を用いて行なう。

【００４０】図７は、図１におけるシンボリッククロス
デバッガの動作例を示すフローチャートである。ユーザ
の起動指示操作に基づき起動する（ステップ７０１）。
ユーザからデバッグ対象が指定されれば（ステップ７０
２）、図１のプログラムローダ２により、デバッグ対象
のプログラム（図１のデバッグ対象プログラム１０）を
ロードし、命令列を図１のリソーステーブル５に、シン
ボル情報を図１のシンボルテーブル９に格納する（ステ
ップ７０３）。

【００４１】そして、図１のスタックフレーム生成関数
３により、ユーザが「プログラム」の指示と共に指定し
た引数値に基づき、このプログラムのスタックフレーム
を生成し（ステップ７０４）、図１のＭＰＵ模擬部１０
により、プログラムを実行する（ステップ７０５）。こ
こで、図１のＭＰＵ模擬部１０は、デバッグ対象のプロ
グラムの実行を終了する条件が成立するまで、すなわ
ち、図１のコマンド実行部７の実行コマンド処理が、実
行停止を指示するまで、１命令ずつ実行する。実行が終
了すると、ステップ７０６のコマンド入力処理に移る。

【００４２】ステップ７０５の処理後、あるいは、ステ
ップ７０２においてユーザからデバッグ対象が指定され
ないまま、ユーザからコマンドが入力されると（ステッ
プ７０６）、このコマンドを、図１におけるマンマシン
インタフェース２０６により取り込み、図１のコマンド
実行部７により解析する（ステップ７０７）。解析した
結果が「ロード指示」であれば、ステップ７０３の処理
と同様にして、指定のプログラムをロードし（ステップ
７０８）、ステップ７０６の処理に戻り、次のコマンド
入力を待つ。

【００４３】次のコマンドの解析結果が「ブレイクポイ
ントの設定」であれば（ステップ７０６，７０７）、そ
のブレイクポイント情報の設定を図１のコマンド実行部
７により行なう（ステップ７０９）。すなわち、図１の
シンボルテーブル９から、ブレイク対象の行または変数
のアドレスを取得し、このアドレスを図１のリソーステ
ーブル５に記憶する。そして、ステップ７０６の処理に
戻り、次のコマンドを待つ。

【００４４】次のコマンドの解析結果が「実行開始」で
あれば（ステップ７０６，７０７）、まず、対象のプロ
グラムがロード済であるか否かを判別する（ステップ７
１０）。ロード済であればそのまま、また、ロード済み
でなければ、ステップ７０３の処理によりプログラムの
ロードを行ない、ステップ７０４，７０５の処理により
スタックフレームの生成と実行を行なう。そして、ステ
ップ７０６の処理に戻り、次のコマンドを待つ。

【００４５】次のコマンドの解析結果が「変数値の表示
／設定」であれば（ステップ７０６，７０７）、図１の
スタックアクセス関数４により、その変数のアドレスを
取得し（ステップ７１１）、このアドレスに対する図１
のリソーステーブル５条の値を表示／設定する（ステッ
プ７１２）。そして、ステップ７０６の処理に戻り、次
のコマンドを待つ。このように、ユーザからの操作に基
づき、デバッグ対象プログラムのデバッグを行なう。

【００４６】次に、図８を用いて、図１におけるシンボ
リッククロスデバッガ１の作成技術に関して説明する。
図８は、本発明に係るシンボリッククロスデバッガ作成
システムの本発明に係る構成の第１の実施例を示すブロ
ック図である。本例のシンボリッククロスデバッガ作成
システムは、図１におけるシンボリッククロスデバッガ
１を作成するものであり、本図８におけるプログラムロ
ーダ２、スタックフレーム生成関数３、スタックアクセ
ス関数４、リソーステーブル５、ＭＰＵ模擬部１０、マ
ンマシンインタフェース部６、コマンド実行部７、イン
タフェーステーブル（図中、Ｉ／Ｆテーブルと記載）８
およびシンボルテーブル９は、それぞれ、図１において
同じ符号をつけたものと同一であり、その説明は、ここ
では省略する。また、装置構成としては、図２に示した
ものとなる。

【００４７】プログラムローダ獲得機能８１はプログラ
ムローダ２を、スタックフレーム生成関数獲得機能８２
はスタックフレーム生成関数３を、スタックアクセス関
数獲得機能８３はスタックアクセス関数４を、ＭＰＵ模
擬部獲得機能８４はリソーステーブル５とＭＰＵ模擬部
１０を、それぞれ獲得するためのものであり、マンマシ
ンインタフェース部６、コマンド実行部７、インタフェ
ーステーブル８、シンボルテーブル９のそれぞれは、予
め用意されている。

【００４８】そして、部品合成部８１は、プログラムロ
ーダ獲得機能８１により獲得したプログラムローダ２
と、スタックフレーム生成関数獲得機能８２により獲得
したスタックフレーム生成関数３、スタックアクセス関
数獲得機能８３により獲得したスタックアクセス関数
４、ＭＰＵ模擬部獲得機能により獲得したリソーステー
ブル５とＭＰＵ模擬部１０、および、予めそれぞれ用意
されたマンマシンインタフェース部６、コマンド実行部
７、インタフェーステーブル８、シンボルテーブル９か
ら、目的のシンボリッククロスデバッガ１を作成する。
この部品合成部８０によるシンボリッククロスデバッガ
１の作成手順を、図９を用いて説明する。

【００４９】図９は、図８における部品合成部の処理動
作例を示すフローチャートである。本例は、図８におけ
るプログラムローダ獲得機能８１、スタックフレーム生
成関数獲得機能８２、スタックアクセス関数獲得機能８
３、ＭＰＵ模擬部獲得機能８４の各機能を、部品合成部
８０でチェックするものである。以下、図８における構
成に基づき図９の処理を説明する。

【００５０】まず、シンボルテーブル９の項目を一つ選
択し（ステップ８０１）、図８におけるプログラムロー
ダ獲得機能８１で獲得したプログラムローダ２が、その
項目を設定しているか否かをチェックする（ステップ８
０２）。設定していない場合には、そのプログラムロー
ダ２を破棄し、改めてプログラムローダ獲得機能８１に
よりプログラムローダ２を獲得する。一つのプログラム
ローダ２に対して全てのシンボルテーブル９の項目をチ
ェックするまで、ステップ８０１とステップ８０２を繰
り返して（ステップ８０３）、ステップ８０４に進む。

【００５１】ステップ８０４ではインタフェーステーブ
ル８の項目を一つ選択し、ステップ８０５で、ＭＰＵ模
擬部獲得機能８４で獲得したＭＰＵ模擬部１０がその項
目を設定しているか否かをチェックする。設定していな
い場合には、そのＭＰＵ模擬部１０を破棄し、改めてＭ
ＰＵ模擬部獲得機能８４によりＭＰＵ模擬部１０を獲得
する。一つのＭＰＵ模擬部１０に対して全てのインタフ
ェーステーブル８の項目をチェックするまでステップ８
０４とステップ８０５を繰り返し（ステップ８０６）、
ステップ８０７に進む。

【００５２】ステップ８０７では、スタックフレーム生
成関数獲得機能８２で獲得した関数の仮引数がモジュー
ル名、関数名、実引数値の列であるか否かをチェック
し、そうでない場合には、その関数を破棄し、改めてス
タックフレーム生成関数獲得機能８２によりスタックフ
レーム生成関数３を獲得する。仮引数が正しい場合には
ステップ８０８に進む。ステップ８０８では、スタック
アクセス関数獲得機能８３で獲得した関数の仮引数がモ
ジュール名、関数名、変数名であるか否かをチェック
し、そうでない場合には、その関数を破棄し、改めてス
タックアクセス関数獲得機能８３によりスタックアクセ
ス関数４を獲得する。

【００５３】仮引数が正しい場合にはステップ８０９に
進み、全ての部品を統合コンパイルして、目的とするシ
ンボリッククロスデバッガ１を作成し、処理を終える。
尚、スタックフレーム生成関数獲得機能８２は、図４に
示したフローチャートを表示し、ユーザに各ステップに
対応するプログラムの部分を入力させることにより、対
話的にスタックフレーム生成関数３を獲得する。同様
に、スタックアクセス関数獲得機能８３は、図５に示し
たフローチャートを表示し、ユーザに各ステップに対応
するプログラムの部分を入力させることにより、対話的
にスタックアクセス関数４を獲得する。

【００５４】以上のシンボリッククロスデバッガの作成
手順によれば、ターゲットＭＰＵに依存するリソーステ
ーブル５とＭＰＵ模擬部１０と、デバッグ対象プログラ
ムをコンパイルするコンパイラに依存するプログラムロ
ーダ２と、ターゲットＭＰＵとデバッグ対象プログラム
をコンパイルするコンパイラの両者に依存するスタック
フレーム生成関数３およびスタックアクセス関数４を与
えるだけでよく、その他のマンマシンインタフェース部
６、コマンド実行部７、インタフェーステーブル８、シ
ンボルテーブル９を作成する必要はないので、短期間に
図１のシンボリッククロスデバッガ１を作成することが
できる。

【００５５】また、図９にその動作例を示した図８の部
品合成部８０を用いれば、ユーザが作成した各部をチェ
ックして、誤りの原因を示すことができるので、さらに
好適にシンボリッククロスデバッガの作成を支援するこ
とができる。次に、図１０を用いて、図１におけるシン
ボリッククロスデバッガ１の他の作成技術に関して説明
する。

【００５６】図１０は、本発明に係るシンボリッククロ
スデバッガ作成システムの本発明に係る構成の第２の実
施例を示すブロック図である。本例のシンボリッククロ
スデバッガ作成システムは、ユーザから獲得するものが
クロスデバッガの部品そのものではなく、各種情報を対
話的に入力させることによって、シンボリッククロスデ
バッガ１を自動生成するものである。その装置構成は、
図８の第１の実施例のシンボリッククロスデバッガ作成
システムと同様、図２に示したものとなる。

【００５７】図８と同じ参照番号をつけたものは、図８
のものと同一であり、その説明は省略し、図１０に特徴
的なものとして、プログラムローダライブラリ１０１、
フォーマット獲得機能１０２、指定フォーマット１０
３、プログラムローダ選択機能１０４、ＭＰＵ動作記述
１０５、ＭＰＵ動作記述獲得機能１０６、ＭＰＵ模擬部
生成機能１０７がある。また、プログラムローダ獲得機
能８１ａは、図８におけるプログラムローダ獲得機能８
１と同じ機能を有すると共に、プログラムローダ２のプ
ログラムローダライブラリ１０１への格納機能も有す
る。以下、これらの各機能の説明を行なう

【００５８】プログラムローダライブラリ１０１は、従
来技術で提供される「COFF」など、いくつかのオブジェ
クトプログラムファイルのフォーマットに対するプログ
ラムローダ２を格納するものであり、図１１に例示する
ような構造を持ち、図１１のテーブル１１１によって、
フォーマット名とプログラムローダとを対応させて管理
する。フォーマット獲得機能１０２は、図１２に示す画
面内容で、対話的に、ユーザに指定フォーマット１０３
を指定させる。図１２において、ユーザは、既存フォー
マット一覧１２１に目的のフォーマットがある場合には
その一つを選択し、ない場合には、新規フォーマット名
入力欄１２２に名称を入力する。

【００５９】既存フォーマットが選択された場合には、
フォーマット獲得機能１０２は、その名称をプログラム
ローダ選択機能１０４に渡す。プログラムローダ選択機
能１０４では、渡された名称に対応するプログラムロー
ダ２を、図１１のテーブル１１１を参照して選択する。
例えば、既存フォーマットの「ＣＯＦＦ」が選択された
場合には、「ＣＯＦＦ用プログラムローダ」を選択す
る。

【００６０】指定フォーマット１０３が新規フォーマッ
ト名で入力された場合には、フォーマット獲得機能１０
２は、プログラムローダ獲得機能８１ａを起動し、新た
にプログラムローダ２をユーザから獲得する。新たに獲
得したプログラムローダ２は、指定フォーマット１０３
のフォーマット名とともにプログラムローダライブラリ
１０１に格納しても良いし、格納しなくても良い。

【００６１】ＭＰＵ動作記述１０５は、図１３に例示す
るように、リソース宣言部１３１と動作記述部１３２か
ら成る。図１３のリソース宣言部１３１の記述はターゲ
ットＭＰＵの持つリソースを、属性を指定することによ
り宣言的に記述しており、シンボリッククロスデバッガ
１のリソーステーブル５に対応する。また、図１３の動
作記述部１３２の記述は、ターゲットＭＰＵの命令セッ
トの各命令について、命令コードとニーモニックと動作
を命令一覧表の形式で記述しており、シンボリッククロ
スデバッガ１の各動作模擬関数に対応する。

【００６２】ＭＰＵ動作記述獲得機能１０６は、ＭＰＵ
動作記述１０５を読み込み、ＭＰＵ模擬部生成機能１０
７に渡す。ＭＰＵ模擬部生成機能１０７では、ＭＰＵ動
作記述１０５に基づいて、図１３のリソース宣言部１３
１からリソーステーブル５を、図１３の動作記述部１３
２から各動作模擬関数を生成する。ＭＰＵ模擬部１０の
うち、実行制御部の機能は、命令のフェッチと実行の繰
り返しなど、ターゲットＭＰＵに依存しない一般的な処
理手順の模擬であり、自動生成することが可能であるの
で、ＭＰＵ動作記述１０５からリソーステーブル５およ
びＭＰＵ模擬部１０を生成することが可能である。

【００６３】尚、本図１０に示す例では、ＭＰＵ動作記
述獲得機能１０６を、予め用意されたＭＰＵ動作記述１
０５を読み込むようにしている。しかし、ＭＰＵ動作記
述１０５に相当する情報を、ユーザとの対話によって獲
得するようにＭＰＵ動作記述獲得機能１０６を実現する
ことも可能である。図１４に、ＭＰＵ動作記述１０６に
よる、ＭＰＵ動作記述１０５の対話入力の例を示す。

【００６４】図１４は、図１０におけるＭＰＵ動作記述
によるＭＰＵ動作記述の対話入力に係る操作画面例を示
す説明図である。本図１４において、１４１が基本画面
であり、レジスタリソースとメモリリソースを、それぞ
れリスト１４２、リスト１４３に加えることで定義す
る。命令セットの各命令は、リスト１４４に加えること
で、ニーモニックと命令コードとサイクル数を定義す
る。

【００６５】命令に対する動作は、リスト１４４の要素
を一つ選択した後、「動作」ボタン１４５を押すと、画
面１４６が開くので、この画面１４６に動作を記述す
る。基本画面１４１において「ＯＫ」ボタン１４７を押
すことで、定義が完了する。このように、図１０に示し
たシンボリックデバッガの作成システムによれば、ユー
ザは、指定フォーマット１０３を与えるだけでプログラ
ムローダ２を得ることができ、また、ＭＰＵ動作記述１
０５を与えるだけでリソーステーブル５とＭＰＵ模擬部
１０を得ることができるので、好適にシンボリッククロ
スデバッガ１の作成を支援することができる。

【００６６】以上、図１〜図１４を用いて説明したよう
に、本実施例のシンボリッククロスデバッガでは、コン
パイラおよびターゲットＭＰＵに依存しない部分と、コ
ンパイラやターゲットＭＰＵに依存する部分に分けて構
成する。そして、本実施例のシンボリックデバッガの作
成システムでは、シンボリッククロスデバッガ作成者
は、コンパイラの種類や新たなターゲットＭＰＵに対応
してコンパイラやターゲットＭＰＵに依存しない部分を
作成する必要がなくなり、デバッグ対象プログラムをコ
ンパイルしたコンパイラに依存する部分と、ターゲット
ＭＰＵに依存する部分のみを作成するだけでよく、短時
間で新たなターゲットＭＰＵ用のシンボリッククロスデ
バッガを作成することができる。

【００６７】さらに、デバッグ対象プログラムをコンパ
イルしたコンパイラに依存する部分については、そのも
のを作成することなく、デバッグ対象プログラムのフォ
ーマットを指定するだけで良い場合もある。また、ター
ゲットＭＰＵに依存する部分についても、関数自体を作
成するのではなく、ターゲットＭＰＵの構成と動作を入
力するだけで良いようにもできる。従って、シンボリッ
ククロスデバッガの作成期間をさらに短縮することが可
能である。尚、本発明は、図１〜図１４を用いて説明し
た実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能である。

【００６８】

【発明の効果】本発明によれば、新たなＭＰＵに組み込
むデバッガ対象のプログラムが特殊な形式の情報を付加
するコンパイラによってコンパイルされていなくとも、
すなわち、従来のコンパイラを用いる場合でも、新たな
ＭＰＵに組み込むプログラムに対応するシンボリックク
ロスデバッグを短期間で開発することが可能である。

【図面の簡単な説明】

【図１】本発明のシンボリッククロスデバッガの本発明
に係る構成の一実施例を示すブロック図である。

【図２】図１におけるシンボリッククロスデバッガを作
成するシステムのハードウェア構成例を示すブロック図
である。

【図３】図１におけるシンボルテーブルの構成例を示す
説明図である。

【図４】図１におけるスタックフレーム生成関数の本発
明に係る処理動作例を示すフローチャートである。

【図５】図１におけるスタックフレームアクセス関数の
本発明に係る処理動作例を示すフローチャートである。

【図６】図１におけるインタフェーステーブルの構成例
を示す説明図である。

【図７】図１におけるシンボリッククロスデバッガの動
作例を示すフローチャートである。

【図８】本発明に係るシンボリッククロスデバッガ作成
システムの本発明に係る構成の第１の実施例を示すブロ
ック図である。

【図９】図８における部品合成部の処理動作例を示すフ
ローチャートである。

【図１０】本発明に係るシンボリッククロスデバッガ作
成システムの本発明に係る構成の第２の実施例を示すブ
ロック図である。

【図１１】図１０におけるプログラムローダライブラリ
の構造例を示す説明図である。

【図１２】図１０におけるフォーマット獲得機能による
ユーザに対する指定フォーマットの指定操作画面の内容
例を示す説明図である。

【図１３】図１０におけるＭＰＵ動作記述の記述内容例
を示す説明図である。

【図１４】図１０におけるＭＰＵ動作記述によるＭＰＵ
動作記述の対話入力に係る操作画面例を示す説明図であ
る。

【符号の説明】

１：シンボリッククロスデバッガ、２：プログラムロー
ダ、３：スタックフレーム生成関数、４：スタックアク
セス関数、５：リソーステーブル、６：マンマシンイン
タフェース部、７：コマンド実行部、８：インタフェー
ステーブル、９：シンボルテーブル、１０：ＭＰＵ模擬
部、１１：デバッグ対象プログラム、１２：ユーザ、２
１：処理装置、２２：入力装置、２３：表示装置、２
４：メモリ、２５：外部記憶装置、３１：記憶領域区
分、３２：記憶領域、６１：アクセスフラグ、６２：ア
クセスアドレス、６３：アクセスモード、８０：部品合
成部、８１，８１ａ：プログラムローダ獲得機能、８
２：スタックフレーム生成関数獲得機能、８３：スタッ
クアクセス関数獲得機能、８４：ＭＰＵ模擬部獲得機
能、１０１：プログラムローダライブラリ、１０２：フ
ォーマット獲得機能、１０３：指定フォーマット、１０
４：プログラムローダ選択機能、１０５：ＭＰＵ動作記
述、１０６：ＭＰＵ動作記述獲得機能、１０７：ＭＰＵ
模擬部生成機能、１１１：テーブル、１２１：既存フォ
ーマット一覧、１２２：新規フォーマット名入力欄、１
３１：リソース宣言部、１３２：動作記述部、１４１：
基本画面、１４２〜１４４：リスト、１４５：「動作」
ボタン、１４６：画面、１４７：「ＯＫ」ボタン。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 汎用計算機上で該汎用計算機のＭＰＵと
   は異なるＭＰＵ（ターゲットＭＰＵ）向けにコンパイル
   されたプログラムのシンボリックデバッグに用いられる
   シンボリッククロスデバッガであって、少なくとも、上
   記ターゲットＭＰＵに対応して作成されたＭＰＵ模擬手
   段とリソーステーブル、上記プログラムのコンパイルに
   用いられたコンパイラに対応して作成されたプログラム
   ローダ、上記ターゲットＭＰＵおよび上記コンパイラの
   両方に対応して作成されたスタックフレーム生成手段と
   スタックアクセス手段を有し、上記ＭＰＵ模擬手段によ
   り上記ターゲットＭＰＵの動作を模擬し、上記リソース
   テーブルにより上記ターゲットＭＰＵのレジスタとメモ
   リを模擬し、上記プログラムローダにより、上記コンパ
   イルされたデバッグ対象のプログラムを解析して、該プ
   ログラムをコンパイルしたコンパイラが作成したシンボ
   ル情報を上記コンパイラに対応するフォーマット形式で
   シンボルテーブルに、および、上記プログラムの命令列
   を上記リソーステーブルに、それぞれロードし、上記ス
   タックフレーム生成手段により、ユーザが上記プログラ
   ムのデバッグ指示コマンドで指定した関数の呼出しに対
   応するスタックフレームを、上記プログラムローダが上
   記シンボルテーブルにロードしたシンボル情報を参照し
   て上記リソーステーブル上に作成し、上記スタックフレ
   ームアクセス手段により、ユーザが上記プログラムのデ
   バッグ指示コマンドで指定した表示変数もしくは設定変
   数に対応する記憶領域を、上記スタックフレーム生成手
   段が上記リソーステーブル上に作成したスタックフレー
   ム、および、上記プログラムローダが上記シンボルテー
   ブルにロードした上記シンボル情報を参照して特定する
   ことにより、ユーザが指定した所定のトレース条件およ
   びブレーク条件でのデバッグ実行指示コマンドに対応し
   ての上記ＭＰＵ模擬手段による上記リソーステーブルに
   ロードされた命令の逐次実行と該実行の結果出力、およ
   び、該実行の結果出力後にユーザが指定した変数の表示
   コマンドもしくは設定コマンドに対応しての上記スタッ
   クフレームアクセス手段による上記変数の記憶領域の取
   得と該取得した記憶領域に対応する上記リソーステーブ
   ル上の値の出力もしくは設定を少なくとも含むデバッグ
   動作を行なうことを特徴とするシンボリッククロスデバ
   ッガ。
2. 【請求項２】 汎用計算機上で、該汎用計算機のＭＰＵ
   とは異なるＭＰＵ（ターゲットＭＰＵ）向けにコンパイ
   ルされたプログラムのシンボリックデバッグを行なうの
   に用いるシンボリッククロスデバッガを作成するシンボ
   リッククロスデバッガ作成システムであって、上記プロ
   グラムをコンパイルしたコンパイラに対応したフォーマ
   ットのプログラムローダを特定する手段と、上記ターゲ
   ットＭＰＵの動作およびメモリとレジスタをそれぞれ模
   擬するＭＰＵ模擬手段とリソーステーブルの内、上記タ
   ーゲットＭＰＵに対応するものを特定する手段と、上記
   シンボリックデバッグで指示される関数のスタックフレ
   ームを上記リソーステーブル上に、上記特定されたプロ
   グラムローダが上記コンパイルされたプログラムからロ
   ードしたシンボル情報に基づき生成するスタックフレー
   ム生成関数の内、上記ターゲットＭＰＵおよび上記コン
   パイラの両方に対応するものを特定する手段と、上記シ
   ンボリックデバッグで指示される実行中の関数の変数の
   アドレスを上記スタックフレームおよび上記シンボル情
   報に基づき抽出するスタックアクセス関数の内、上記タ
   ーゲットＭＰＵおよび上記コンパイラの両方に対応する
   ものを特定する手段と、上記各手段で特定されたプログ
   ラムローダ、ＭＰＵ模擬手段、スタックフレーム生成関
   数およびスタックアクセス関数と、予め用意されている
   上記ターゲットＭＰＵおよび上記コンパイラのいずれに
   も依存しない上記シンボリッククロスデバッグの構成要
   素とを統合コンパイルして、上記シンボリッククロスデ
   バッガを作成する手段とを少なくとも有することを特徴
   とするシンボリッククロスデバッガ作成システム。
3. 【請求項３】 請求項２に記載のシンボリッククロスデ
   バッガ作成システムにおいて、上記プログラムローダを
   特定する手段は、ユーザが指定したフォーマットの種別
   を判別する手段と、該手段で判別した種別のフォーマッ
   トに対応するプログラムローダを、予め複数のプログラ
   ムローダを各々のフォーマット種別に対応付けて格納し
   たプログラムローダライブラリから抽出する手段とを具
   備し、ユーザによるフォーマットの指定に基づき、該フ
   ォーマットに対応する上記プログラムローダを特定する
   ことを特徴とするシンボリッククロスデバッガ作成シス
   テム。
4. 【請求項４】 請求項３に記載のシンボリッククロスデ
   バッガ作成システムにおいて、上記プログラムローダを
   特定する手段は、上記ユーザが指定したフォーマットに
   対応するプログラムローダが上記プログラムローダライ
   ブラリに格納されていない場合に、ユーザに通知する手
   段と、該通知に基づき、ユーザが入力した上記プログラ
   ムローダと上記フォーマット種別を対応付けて上記プロ
   グラムローダライブラリに格納する手段とを具備するこ
   とを特徴とするシンボリッククロスデバッガ作成システ
   ム。
5. 【請求項５】 請求項２から請求項４のいずれか一つに
   記載のシンボリッククロスデバッガ作成システムにおい
   て、上記ＭＰＵ模擬手段とリソーステーブルを特定する
   手段は、ユーザから上記ターゲットＭＰＵの構成と動作
   を定義したＭＰＵ動作記述を入力する手段と、該手段で
   入力した上記ＭＰＵ動作記述に基づき、上記ＭＰＵ模擬
   手段とリソーステーブルを生成する手段とを具備するこ
   とを特徴とするシンボリッククロスデバッガ作成システ
   ム。