JP3352893B2 - デバッグ情報作成方法、デバッグ方法及びデバッグシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータプロ
グラムのソフトウェア開発時におけるデバッグ技術に関
し、特にデバッグ情報ファイルをデバッガにロードする
時間を短縮する技術に関するものである。

【０００２】

【従来の技術】アセンブラやコンパイラ等の言語処理プ
ロセッサを用いてソフトウェアを開発するときは、ソー
スプログラムを複数のサブモジュールに分割し、夫々の
サブモジュール毎にコンパイル又はアセンブルを行って
オブジェクト情報ファイルを生成し、生成されたオブジ
ェクト情報ファイルの全体をリンクして一つのロードモ
ジュールを生成する。ロードモジュールは、これを実行
するターゲットマシンのメモリにロードされる。デバッ
ガはターゲットマシンにそのロードモジュールを実行さ
せながらデバッグを支援する。ロードモジュールに記述
された命令は絶対アドレスに割り当てられているが、オ
ブジェクト情報ファイルの記述はサブモジュール単位の
相対アドレスに割り当てられている。また、サブモジュ
ールは高級言語などによって記述されている。そのた
め、デバッグに際しては、ロードモジュールにおける絶
対アドレスとサブモジュールの記述との相関などを把握
することが必要であり、コンパイラは、オブジェクト情
報ファイルの他に、デバッグ情報ファイルを生成する。
オブジェクト情報ファイル毎に生成されるデバッグ情報
ファイルもリンカによって全体がリンクされ、これによ
って一つのデバッグ情報ファイルが生成される。一つに
リンクされたデバッグ情報ファイルはデバッガにロード
されて利用される。

【０００３】ターゲットシステムにロードモジュールを
実行させ、デバッグ情報ファイルを用いたデバッグにお
いて、あるサブモジュールに誤りが発見されたときは、
そのサブモジュールを修正し、これを再度コンパイルし
て、オブジェクト情報ファイルとデバッグ情報ファイル
を生成し直す。新たに生成されたオブジェクト情報ファ
イルやデバッグ情報ファイルは、その他の修正不要なオ
ブジェクト情報ファイルやデバッグ情報ファイルと再度
リンクされ、これによって生成された修正ロードモジュ
ールはターゲットマシンに再ロードされ、また、一つに
リンクされた修正デバッグ情報ファイルはデバッガに再
ロードされる。その後デバッグを再開できる。

【０００４】しかしながら、オブジェクトモジュールを
修正する度に前記修正ロードモジュールや修正デバッグ
情報ファイルの全ての再ロードを必要とするため、デバ
ッグ効率が低下することが予想される。

【０００５】修正ロードモジュールの再ロードに関し、
特開昭６２-２９０９４５号公報には、一部のサブモジ
ュールを変更する場合に、サブモジュール全体の再リン
ク及び再ロードを必要とせず、修正したサブモジュール
だけの変更と再ロードだけで済むようにした技術が示さ
れる。すなわち、修正サブモジュールにその他の修正不
要サブモジュールとのリンク関係を規定するするための
マップ情報を付加し、修正前のロードモジュールの格納
領域以外のメモリ領域に修正されたサブモジュールのオ
ブジェクトプログラムを配置したとき、そのマップ情報
に基づいて、修正サブモジュールのオブジェクトプログ
ラムを前記修正前のロードモジュールにリンクさせるよ
うにして、サブモジュール全体の再リンクと再ロードを
不要にしたものである。また、特開平７−４４３７９に
は、上記技術におけるメモリ領域の利用効率を向上させ
た改良技術が示されている。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来技術はデバッグ情報ファイルについて考慮されていな
い。デバッグ情報ファイルは、ロードモジュールにおけ
る絶対アドレスとサブモジュールの記述との相関などを
把握できるようにするための情報が記述されている。例
えば、サブモジュールの記述がブロック単位で階層化さ
れ、各階層に含まれるシンボル名、シンボルのアドレス
範囲、シンボルの型等の情報と共に、サブモジュールの
記述行とその記述内容に対する割付けアドレスとの対応
付け等のための行情報が含まれている。一般に行情報は
量が多く、また型として構造体が定義される場合には構
造体の要素やサイズの情報が含まれることになる。これ
により、デバッグ情報ファイルのデータはロードモジュ
ールに比べて格段に多くなり、１０倍近くになることが
ある。

【０００７】このような事情の下では、サブモジュール
の修正毎にデバッグ情報ファイルをデバッガに再ロード
するとなれば、ロードモジュールの再ロードに要する時
間が改善されたとしても、デバッグ効率の向上を期待で
きないことが本発明者によって明らかにされた。

【０００８】本発明の目的は、デバッグ情報ファイルの
ロード時間短縮、そして、デバッグ情報によるメモリ利
用効率向上に寄与できるデバッグ技術を提供することに
ある。

【０００９】本発明の前記並びにその他の目的と新規な
特徴は本明細書の記述及び添付図面から明らかになるで
あろう。

【００１０】

【課題を解決するための手段】本願において開示される
発明のうち代表的なものの概要を簡単に説明すれば下記
の通りである。

【００１１】すなわち、デバッグ情報作成方法は、ソー
スプログラムを構成するサブモジュールを読み込み、読
み込んだサブモジュール毎にオブジェクト情報ファイル
とデバッグ情報ファイルとを生成する変換処理と、前記
ソースプログラムに対応されるオブジェクト情報ファイ
ルを読み込み、読み込んだオブジェクト情報ファイルか
らロードモジュールと管理情報ファイルとを生成するリ
ンク処理とを含む。前記変換処理は、サブモジュールの
記述を、機械語に変換しサブモジュール毎の相対アドレ
スに割り当てた、オブジェクト情報を含むオブジェクト
情報ファイルと、オブジェクト情報の割付相対アドレス
とそれに対応されるサブモジュールの記述内容との対応
関係を定義するデバッグ情報ファイルとを、サブモジュ
ール毎に生成する処理を含む。前記リンク処理は、複数
のオブジェクト情報ファイルのオブジェクト情報を絶対
アドレスに割り当ててロードモジュールを生成する処理
と、サブモジュール毎のオブジェクト情報に対する割付
絶対アドレスとそのサブモジュールに対応されるデバッ
グ情報ファイル名とを関連付ける管理情報ファイルを生
成する処理とを含む。

【００１２】前記リンク処理は、ソースプログラムに対
応される全てのデバッグ情報ファイルを全体的にリンク
させる処理（一つのデバッグ情報ファイルに編集する処
理）は行わない。それに代えて、管理情報ファイルを生
成する。この管理情報ファイルを絶対アドレスで検索す
ると、その絶対アドレスに対応されるデバッグ情報ファ
イルを特定できる。

【００１３】デバッガは、このようにして特定されたデ
バッグ情報ファイルを読み込んで、デバッグに利用す
る。すなわち、上記デバッグ情報作成方法によって作成
されたデバッグ情報ファイルと管理情報ファイルとを用
いてソースプログラムのデバッグを支援するデバッグ方
法は、前記リンク処理で生成されたロードモジュールを
ターゲットシステムに実行させると共に前記デバッグ情
報ファイルを用いてソースプログラムのデバッグを支援
するデバッガ処理を含み、このデバッガ処理は、前記リ
ンク処理で生成されたロードモジュールを読み込んでタ
ーゲットシステムに供給すると共に、管理情報ファイル
を読み込み、ロードモジュールの着目絶対アドレスに対
応するデバッグ情報ファイル名を前記管理情報ファイル
から検索し、検索されたファイル名のデバッグ情報ファ
イルを読み込んで、読み込んだデバッグ情報ファイルを
用いて前記ソースプログラムのデバッグを支援する。

【００１４】したがって、デバッグに際してデバッガ
は、デバッグに際して着目する絶対アドレスに対応され
るデバッグ情報ファイルだけを入力すればよく、デバッ
グ情報の読込みのための時間を短縮できる。着目する物
理アドレスが所定範囲に変更若しくは推移されたとき
は、それに応じて新たに必要なデバッグ情報を追加して
読み込むだけでよい。

【００１５】ソースファイルに不良があった場合には、
該当するソースファイルを修正した後、修正に係るソー
スファイルを再度コンパイルしてそのオブジェクト情報
ファイルとデバッグ情報ファイルを生成し直す。そし
て、修正されたオブジェクト情報ファイルと修正不要な
既存のオブジェクト情報ファイルを用いて再度リンクし
て、ロードモジュールと管理情報ファイルを新たに作成
する。このようにソースファイルを修正した場合にも、
着目する絶対アドレスに対応されるデバッグ情報ファイ
ルだけを入力してテーブルに展開すればよく、デバッグ
情報の読み込みのための時間を短縮できる。

【００１６】また、前記管理情報ファイルに、サブモジ
ュールが前記変換処理された日付情報を前記デバッグ情
報ファイル名と関連付けて含めるとき、デバッガ処理
は、リンク処理で生成されたロードモジュールを読み込
んでターゲットシステムに供給すると共に、管理情報フ
ァイルを読み込み、既に読み込み済みの管理情報ファイ
ルがあるとき双方のファイルの前記日付情報を比較し、
比較結果が相違する前記読み込み済みの管理情報ファイ
ルの日付情報に対応したデバッグ情報ファイルが読み込
まれているときはこれを無効化し、この処理の後、前記
ロードモジュールの着目絶対アドレスに対応するデバッ
グ情報ファイル名を前記読み込んだ管理情報ファイルか
ら検索し、検索されたファイル名のデバッグ情報ファイ
ルを読み込んで、読み込んだデバッグ情報ファイルを用
いて前記ソースプログラムのデバッグを支援することが
できる。これによれば、デバッガに複数のデバッグ情報
が読み込まれて複数のデバッグ情報テーブルが形成され
ているとき、部分的にソースファイルを修正しても、ソ
ースファイルの修正直前まで用いられていたデバッグ情
報テーブルを無条件に全て破棄することなく、その修正
の影響を受けるデバッグ情報テーブルだけを破棄して、
必要なデバッグ情報ファイルだけを再ロードすることが
できるから、ソースファイルを修正したときもデバッグ
情報ファイルの再ロードを一層効率化することができ
る。

【００１７】

【発明の実施の形態】

〔デバッグシステム〕図１にはデバッグシステムの機能
ブロック図が示される。ソースプログラムは、例えば高
級言語で記述され、複数のサブモジュールに分割されて
いる。この例において夫々のサブモジュールは代表的に
示されたソースファイルfile1.c，file2.cで与えられ
る。コンパイラ１は、ソースファイルfile1.c，file2.c
を読み込み、読み込んだソースファイルfile1.c，file
2.c毎にオブジェクト情報ファイルfile1.obj，file2.ob
jとデバッグ情報ファイルfile1.dbg，file2.dbgとを生
成する。すなわち、前記コンパイラ１は、ソースファイ
ルfile1.c，file2.cの記述をターゲットシステムの機械
語に変換しサブモジュール毎の相対アドレスに前記変換
した内容を割り当てて複数のオブジェクト情報ファイル
file1.obj，file2.objから成るオブジェクトプログラム
を生成する。また、コンパイラ１は、相互に対応される
ソースファイルfile1.cの記述とオブジェクト情報ファ
イルfile1.objの記述との対応関係を定義するデバッグ
情報ファイルfile1.dbgを生成すると共に、相互に対応
されるソースファイルfile2.cの記述とオブジェクト情
報ファイルfile2.objの記述との対応関係を定義するデ
バッグ情報ファイルfile2.dbgを生成する。デバッグ情
報ファイルに記述されたアドレスもオブジェクト情報フ
ァイルに記述された割付けアドレスと同様の相対アドレ
スとされる。

【００１８】リンカ２は、前記ソースプログラムに対応
されるオブジェクト情報ファイルfile1.obj，file2.obj
を読み込み、読み込んだオブジェクト情報ファイルから
ロードモジュールfile12.absと管理情報ファイル３とを
生成する。すなわち、前記リンカ２は、前記複数のオブ
ジェクト情報ファイルfile1.obj，file2.objによって構
成されるオブジェクトプログラムをターゲットシステム
の絶対アドレスに割り当ててロードモジュールfile12.a
bsを生成する。更に詳しくは、オブジェクト情報ファイ
ルは、機械語を記述したオブジェクト情報を有し、オブ
ジェクト情報が絶対アドレスに割り付けられる。絶対ア
ドレスに割り付けられた全てのオブジェクト情報によっ
てロードモジュールが構成される。また、リンカ２は、
前記デバッグ情報ファイルfile1.dbg，file2.dbgとその
内容に対応する前記絶対アドレスとの関連付けを定義す
る管理情報ファイル３を生成する。すなわち、個々のオ
ブジェクト情報ファイルのオブジェクト情報に割り付け
られた絶対アドレスの範囲を、対応するデバッグ情報フ
ァイルと関連付けられるように、管理情報ファイルが形
成される。この例からも明らかなように、リンカ２は前
記デバッグ情報ファイルfile1.dbg，file2.dbgを全体的
にリンクさせる処理（一つのデバッグ情報ファイルに編
集する処理）は行わない。それに代えて、管理情報ファ
イル３を生成する。

【００１９】デバッガ４は、前記リンカ２で生成された
ロードモジュールfile12.absをターゲットシステムに実
行させると共に前記デバッグ情報ファイルfile1.dbg，f
ile2.dbgを選択的に用いてソースプログラムのデバッグ
を支援する。すなわち、前記デバッガ４は、ロードモジ
ュールfile12.absを読み込んでターゲットシステムに供
給する。また、デバッガ４は、管理情報ファイル３を読
み込み、前記ターゲットシステムに供給したロードモジ
ュールの中で着目する絶対アドレス（実効アドレス）な
どによって管理情報ファイル３を参照し、その絶対アド
レスに対応されるデバッグ情報ファイルを検索し、検索
されたデバッグ情報ファイルを読み込んで、ソースプロ
グラムのデバッグに用いる。

【００２０】図２には前記デバッグシステムのハードウ
ェア構成の一例が示されている。デバッグシステムは、
ホストコンピュータ（ホストシステム）８０及びエミュ
レータ８１から成り、エミュレータ８１にターゲットシ
ステム８４が接続されている。ホストコンピュータ８０
は各種プログラムを実行出来るコンピュータである。ホ
ストコンピュータ８０は、その動作プログラムによって
前記コンパイラ１、リンカ2及びデバッガ４の機能を実
現する。エミュレータ８１はエミュレータ本体８２とエ
ミュレーションポッド８３によって構成される。エミュ
レーションポッド８３には、ターゲットシステム８４に
塔載されるべきマイクロプロセッサ若しくはマイクロコ
ンピュータのような図示を省略するターゲットプロセッ
サを代替するエミュレーション用のプロセッサが搭載さ
れている。エミュレーション用のプロセッサは一方にお
いてターゲットシステム８４のターゲットプロセッサソ
ケットに結合され、他方においてエミュレータ本体８２
に結合される。エミュレータ本体８２は、評価専用のロ
ジックが搭載され、ブレークポイント制御、トレース制
御など、ターゲットシステムの状態を確認可能にした
り、ターゲットシステムのメモリ領域を代替したりする
ための装置である。エミュレータ８１に対する制御はホ
ストコンピュータ８０が行う。

【００２１】前記ロードモジュールfile12.absはエミュ
レータ８１を介してターゲットシステム８４のアドレス
空間に配置されたメモリにロードされ、実行される。図
２の例に従えば、ロードモジュールは、エミュレーショ
ンポッド８３に配置された図示を省略するエミュレーシ
ョン用のプロセッサが実行する。そのようなメモリはタ
ーゲットシステム７に実装され、あるいエミュレータ内
部のメモリで代替される。前記デバッグ情報ファイルfi
le1.dbg，file2.dbgはホストコンピュータ８０のメモリ
にロードされ、デバッグ情報テーブルとして展開され
る。

【００２２】図３には管理情報ファイル３の一例フォー
マットが示される。前記管理情報ファイルは、前記コン
パイルを行った日付情報をデバッグ情報ファイル名に対
応して有する。即ち、前記管理情報ファイル３は、サブ
モジュール名（ソースファイル名）に１対１対応される
ユニット名（file1,file2）の欄３０、ユニット名に対
応されるオブジェクト情報ファイルの作成（更新を含
む）日付情報の欄３１、及びユニット名に対応されるデ
バッグ情報ファイル名（file1.dbg，file2.dbg）の欄３
２を有する。更に、サブモジュールに記述された関数及
びデータ単位で対応されるセクション名の欄３３、セク
ション名に対応される関数及びデータを含むサブモジュ
ールのユニット名の欄３４、及びセクション名に対応さ
れる関数及びデータの割付け絶対アドレス範囲の欄３５
Ｓ（スタートアドレス），３５Ｅ（エンドアドレス）を
有する。そして、サブモジューに記述されたシンボル名
の欄３６、シンボル名に対応されるシンボルを含むサブ
モジュールのユニット名の欄３７、シンボル名に対応さ
れるシンボルの割付け絶対アドレス（スタートアドレ
ス）の欄３８を有する。

【００２３】図３の例からも明らかなように、管理情報
ファイル３には、前記デバッグ情報ファイルfile1.db
g，file2.dbgとその内容に対応する割付け絶対アドレス
との関連付けが定義されている。即ち、ユニット名の欄
３４と割付け絶対アドレス範囲の欄３５Ｓ，３５Ｅとの
対応から、デバッグに際して着目する絶対アドレスが割
付けらえたデータや関数の記述を含むソースファイルを
特定することができる。また、ユニット名の欄３７と割
付け絶対アドレスの欄３８との対応から、デバッグに際
して着目する絶対アドレスが割付けらえたシンボルの記
述を含むソースファイルを特定することができる。その
ようにして特定されたソースファイルに対応されるデバ
ッグ情報ファイルは、ユニット名の欄３０とデバッグ情
報ファイル名の欄３２との対応から検索することができ
る。

【００２４】〔デバッグ情報ファイルの選択的ロードの
基本型〕図４には前記管理情報ファイル３を参照してデ
バッグ情報ファイルを選択的にロードするところまでの
処理がコンパイラ１、リンカ２及びデバッガ４による一
連の処理と共に示されている。コンパイラ１はソースプ
ログラムを入力し（Ｓ１）、ソースファイル毎に、機械
語に翻訳する（Ｓ２）。そして、ソースファイル毎にオ
ブジェクト情報ファイルとデバッグ情報ファイルを生成
する（Ｓ３）。

【００２５】リンカ２は、各オブジェクト情報ファイル
を入力し、それらを全体的にリンクして（Ｓ４）、ロー
ドモジュールと管理情報ファイルを生成する（Ｓ５）。

【００２６】デバッガ４は、ロードモジュールと管理情
報ファイルを入力する（Ｓ６）。入力されたロードモジ
ュールはターゲットシステムのメモリ空間に配置された
メモリにロードされる。管理情報ファイルはデバッガの
メモリに読み込まれる。デバッガ４は、デバッグに際し
て着目する絶対アドレス（デバッグに際してロードモジ
ュールを実行開始する絶対アドレス若しくは絶対アドレ
スの範囲など）を検索キーとして管理情報ファイル３を
検索し、この絶対アドレスに対応されるデバッグ情報フ
ァイル名を得る（Ｓ７）。デバッガ４は、これによって
得られたファイル名のデバッグ情報ファイルを選択して
入力する（Ｓ８）。入力したデバッグ情報ファイルはデ
バッガのメモリにテーブルとして展開されて、利用され
る。

【００２７】このように、デバッグに際してデバッガ４
は、着目する絶対アドレスに対応されるデバッグ情報フ
ァイルだけを入力してテーブルに展開すればよく、デバ
ッグ情報の読み込みのための時間を短縮できる。デバッ
グ対象が異なるときは、再度ステップＳ７の処理を行っ
て、新たにデバッグ情報ファイルを読み込めばよい。

【００２８】特に図示はしないが、ソースファイルに不
良があった場合には、該当するソースファイルを修正し
た後、修正に係るソースファイルを再度コンパイルして
そのオブジェクト情報ファイルとデバッグ情報ファイル
を生成し直す。そして、修正されたオブジェクト情報フ
ァイルと修正不要な既存のオブジェクト情報ファイルを
用いて再度リンクして、ロードモジュールと管理情報フ
ァイルを新たに作成する。この段階で、既にデバッガに
デバッグ情報ファイルがテーブルとして展開されている
場合に、そのテーブルを無条件に破棄し、図４のステッ
プＳ７，Ｓ８の処理を繰り返すことによって、ソースフ
ァイルを修正した場合にも、対処出来る。この場合に
も、着目する絶対アドレスに対応されるデバッグ情報フ
ァイルだけを入力してテーブルに展開すればよく、デバ
ッグ情報の読み込みのための時間を短縮できる。

【００２９】デバッガ４にテーブル展開されるデバッグ
情報ファイルの数は、デバッグに必要な数とされ、複数
のデバッグ情報テーブル（デバッグ情報ファイルをデバ
ッガのメモリ上に展開して成るテーブル）が展開される
場合もある。このとき、前述のように、ソースファイル
の修正直前まで用いられていたデバッグ情報テーブルを
無条件に破棄して、再度デバッグ情報テーブルを形成す
る場合には、無駄を生ずる場合がある。即ち、修正とは
無関係なソースファイルに関するデバッグ情報テーブル
が既に展開されている場合には、ソースファイルの修正
後に同じデバッグ情報テーブルを利用する場合も、再度
該当するデバッグ情報ファイルをデバッガのメモリにロ
ードしてテーブル展開しなければならない。

【００３０】〔デバッグ情報ファイルの再ロードの効率
化〕ここでは、ソースファイルを修正したときデバッグ
情報ファイルの再ロードを一層効率化することを考慮し
た処理について説明する。

【００３１】前記管理情報ファイル３はデバッガ４のメ
モリにロードされ、管理情報テーブル３Ｔとして展開さ
れる。図７にはデバッガ４のメモリ上に形成される管理
情報テーブル３Ｔとワークテーブル５Ｔが示される。ワ
ークテーブル５Ｔは、特に制限されないが、読み込みフ
ラグＦＲ１〜ＦＲｎと、更新フラグＦＣ１〜ＦＣｎを有
する。管理情報テーブル３Ｔは管理情報ファイル３の各
欄３０〜３８の情報がテーブル化されている。前記ワー
クテーブル５Ｔの読み込みフラグＦＲ１〜ＦＲｎと、更
新フラグＦＣ１〜ＦＣｎとの夫々は、ユニット名の欄３
０の各ユニット名に１対１対応される。

【００３２】図５にはソースファイルを修正したときデ
バッグ情報ファイルを再ロードする処理がコンパイラ
１、リンカ２及びデバッガ４による一連の処理と共に示
されている。ステップＳ１〜Ｓ６までの処理は図４と同
じである。特に制限されないが、デバッガ４は、管理情
報テーブル３Ｔの形成エリアを二つ持ち、一方には最新
に入力した管理情報ファイルに基づく管理情報テーブル
３Ｔが形成され、他方にはその一つ前に入力した管理情
報ファイルに基づく管理情報テーブル３Ｔが形成されて
いる。テーブル形成エリアの何れを最新のテーブル形成
領域にするかは、管理情報ファイル３の入力毎に交互に
切換えられる。管理情報ファイル３が新たに読み込まれ
るとき、前記更新フラグＦＣ１〜ＦＣｎはリセット状態
に初期化される。読み込みフラグＦＲ１〜ＦＲｎは直前
の状態を維持する。

【００３３】図５においてデバッガ４は、管理情報ファ
イル３を入力したとき、リロード処理か否かを判定する
（Ｓ９）。この処理は、例えばデバッガのメモリにデバ
ッグ情報テーブルが作成されているか否の判定によって
行う。即ち、前記読み込みフラグＦＲ１〜ＦＲｎは、デ
バッガ４が読み込んだデバッグ情報ファイルに対応され
るユニット名の欄のユニット名に対応されるものがセッ
ト状態にされる。これら読み込みフラグＦＲ１〜ＦＲｎ
を参照し、一つでもセット状態にされていればデバッグ
情報テーブルが作成されていることになる。デバッグ情
報テーブルが作成済みの場合にはリロード処理と判定す
る。リロード処理と判定された場合には、ソースプログ
ラムの修正によって更新されたデバッグ情報ファイルの
テーブルが既に形成されているとき、それをデバッガの
メモリから開放する（Ｓ１０）。例えば、デバッグ情報
ファイル名に対応されるソースファイル作成日付を、今
回作成された管理情報テーブルと前回作成された管理情
報テーブルとの間で比較し、不一致である場合には更新
されていると判断する。更新されているものに対して
は、更新フラグＦＣ１〜ＦＣｎの内、そのデバッグ情報
ファイル名に対応されるフラグをセット状態に反転す
る。そして、デバッガは、更新フラグＦＣ１〜ＣＦｎと
読み込みフラグＦＲ１〜ＦＲｎとの相互に対応されるも
のが共にセット状態にされているフラグに対応されるフ
ァイル名のデバッグ情報テーブルをメモリから開放（デ
ータの破棄）して、当該更新フラグとメモリから開放し
たデバッグ情報テーブルに対応される読み込みフラグを
リセット状態に戻す。これにより、ソースファイルの修
正の影響を受けるデバッグ情報テーブルだけが破棄され
る。リロード処理でない場合はステップＳ１０の処理は
実質的に行われない。

【００３４】そして、管理情報ファイル３よりデバッグ
対象ＰＣを含むデバッグ情報ファイルを検索し（Ｓ１
１）、検索されたデバッグ情報ファイルがデバッガのメ
モリにロードされ、デバッグ情報テーブルが形成される
（Ｓ１２）。ステップＳ９〜Ｓ１２の処理については後
から図６に基づいて詳述する。

【００３５】これにより、ソースファイルの修正後のデ
バッグに必要なデバッグ情報テーブルがデバッガ４のメ
モリに形成される。デバッガ４は修正されたロードモジ
ュールをターゲットシステムに実行させ、デバッグ情報
テーブルを用いてデバッグを再開することができる。そ
のデバッグによりソースプログラムに不良があるかを判
定し（Ｓ１４）、不良がある場合には不良に係るソース
ファイルを修正して（Ｓ１５）、前記ステップＳ１から
の処理を繰り返す。

【００３６】図６には前記図５のステップＳ９〜Ｓ１２
の処理フローを別の形式で整理して示してある。上記デ
バッグ情報ファイルの選択的ロード並びにリロード処理
について図８をも参照しながら更に説明する。デバッガ
４は、ロードモジュールと共に管理情報ファイル３を入
力する（Ｓ５０）。入力された管理情報ファイル３はデ
バッガ４のメモリ上に管理情報テーブル３Ｔとして展開
される。新たに管理情報テーブルが形成されるとき、図
８の（Ａ）に示されるように更新フラグＦＣ１〜ＦＣｎ
はリセット状態に初期化される。読込みフラグＦＲ１〜
ＦＲｎはそのまま維持される。また、管理情報ファイル
の読み込み以前に管理情報テーブルが形成されていた場
合には、一つ先に形成されていた管理情報テーブル（旧
管理情報テーブル）もそのまま維持される。

【００３７】最新の管理情報テーブル（新管理情報テー
ブル）が作成されると、デバッガ４は、リロード（再ロ
ード）処理かの判定を行う（Ｓ５１）。リロード処理か
の判定は、前記同様にデバッガ４のメモリにデバッグ情
報テーブルが作成されているか否を読み込みフラグＦＲ
１〜ＦＲｎの何れかがセット状態にされているかによっ
て判定する。例えば図８の（Ａ）に示されるように読込
みフラグＦＲｈ，ＦＲｉがセット状態にされているな
ら、リロード処理と判定する。読込みフラグＦＲｈ，Ｆ
Ｒｉがセット状態にされているので、そのフラグに対応
されるデバッグ情報ファイルfileh.dbg，filei.dbgのテ
ーブルが既にデバッガのメモリに形成されている。

【００３８】ステップＳ５１でリロード処理と判定され
た場合、新管理情報テーブルと旧管理情報テーブルとの
各ユニットの作成日付を比較し作成日付の異なるユニッ
トに対応される変更フラグをセットする。例えば、図８
の（Ｂ）に示されるように、ユニットfilei，filekに対
応される変更フラグＦＣｉ，ＦＣｋがセット状態に反転
される。セット状態の変更フラグに対応される読込みフ
ラグがセット状態ならば、そのフラグに対応されるユニ
ット名のデバッグ情報テーブルがデバッガのメモリから
開放される（Ｓ５２）。デバッグ情報テーブルがメモリ
から開放されたときはそのテーブルに対応される読込み
フラグはリセット状態に初期化される。例えば図８の
（Ｂ）において変更フラグＦＣｉに対応される読込みフ
ラグＦＲｉがセット状態にされているから、ユニット名
fileiに対応されるデバッグ情報ファイルfilei.dbgのテ
ーブルが開放される。これに呼応して、図８の（Ｃ）に
例示されるように、読込みフラグＦＲｉがリセット状態
に初期化される。

【００３９】次にデバッグに際して着目する実効アドレ
ス（絶対アドレス）のユニット名に対応するデバッグ情
報ファイルのテーブルが作成済みであるかを判定する
（Ｓ５３）。即ち、管理情報テーブルから所要の絶対ア
ドレスを検索し、この絶対アドレスに対応されるユニッ
ト名の読込みフラグがセット状態かによって、作成済み
かを判定する。読込みフラグがリセット状態の場合に
は、そのフラグに対応されるユニット名のデバッグ情報
ファイルを読込んで新たにデバッグ情報テーブルを作成
する（Ｓ５４）。例えば、図８の（Ｃ）の状態におい
て、検索されたユニット名がfileiならば、読み込みフ
ラグＦＲｉがリセット状態であるから、前記修正された
ソースファイルに対応されるデバッグ情報ファイルfile
i.dgbが読み込まれてそのテーブルが作成される。ま
た、検索されたユニット名がfilehならば、読み込みフ
ラグＦＲｈはセット状態であるから、デバッグ対象ＰＣ
を含むデバッグ情報ファイルは既に読み込まれてテーブ
ル化されているので、新たなデバッグ情報ファイルの読
み込みは行われない。

【００４０】前記リロード処理かの判定結果がリロード
でないときは、前記ステップＳ５３，Ｓ５４の処理が行
われる。

【００４１】デバッグ情報テーブルが生成されていない
ユニットについては、デバッグの実効アドレスが当該ユ
ニットに推移したとき、或いは着目シンボルが当該ユニ
ット内で定義されているとき、そのユニットに係るデバ
ッグ情報ファイルが上記同様の手法で選択されてデバッ
ガのメモリにロードされ、デバッグ情報テーブルが形成
される。

【００４２】このように、デバッガに複数のデバッグ情
報テーブルが形成されているとき、部分的にソースファ
イルを修正しても、ソースファイルの修正直前まで用い
られていたデバッグ情報テーブルを無条件に全て破棄す
ることなく、その修正の影響を受けるデバッグ情報テー
ブルだけを破棄して、必要なデバッグ情報ファイルをロ
ードすることができるから、ソースファイルを修正した
ときもデバッグ情報ファイルの再ロードを一層効率化す
ることができる。

【００４３】図２２〜図２４には以上で説明した内容の
比較例が示される。図２２のようにリンカによる全ての
デバッグ情報ファイルを一つに編集してデバッグ情報フ
ァイルを形成する場合、図２３に示されるように、一つ
に編集されたデバッグ情報ファイルの全てをロードモジ
ュールと共にデバッガに読み込まなければならず、デバ
ッグ情報ファイルの読み込みに多くの時間が費やされる
ことになる。したがって、一部のソースファイルだけを
修正した場合にも、図２４に示されるように、修正及び
修正不用に係る全てのソースファイルに対応されるデバ
ッグ情報ファイルは再度一つに編集し直され、一つに編
集し直されたデバッグ情報ファイルの全体が再度デバッ
ガにロードされなければならない。前述のように、デバ
ッグ情報ファイルのデータ量はロードモジュールのデー
タ量に比べて格段に多いから、ソースファイルの誤りを
たびたび修正しながらデバッグを行う場合、デバッグ情
報ファイルの読み込みに多大の時間を要し、デバッグ効
率は著しく低下する。

【００４４】〔管理情報ファイル等の具体的例示〕ここ
で、前記ソースファイル、オブジェクト情報ファイル、
デバッグ情報ファイル、ロードモジュール、及び管理情
報ファイルの具体例を示す。

【００４５】図９にはソースファイル、図１０には図９
のソースファイルに対応されるオブジェクト情報ファイ
ル、図１１には図９のソースファイルに対応されるデバ
ッグ情報ファイルの一例が夫々示される。図９に示され
るソースファイルは、先頭で整数データの配列を宣言
し、次にメイン関数に続けてデータｉが整数型であるこ
とを宣言し、ｆｏｒ文の条件が成立したときの実行文と
してｉｆ文が続いている。

【００４６】このソースファイルをコンパイルして得ら
れるオブジェクト情報ファイルは、図１０に示されるよ
うに、ヘッダ情報、セクション情報、シンボル情報、オ
ブジェクト情報、及びリロケーション情報を含む。

【００４７】ヘッダ情報は、ユニット名としてソースフ
ァイル名（test1）、コンパイル日付等の情報を含む。
セクション情報は、ソースファイルにおける関数やデー
タのアドレス付けされる単位であるセクションの名前
（P,B）、各セクションに対応される関数やデータに対
する割付けアドレスの先頭アドレスやサイズ情報を含
む。割付けアドレスは各ソースファイル毎のセクション
内相対アドレスとされる。シンボル情報は、関数や変数
等のシンボル名（a,b,main,sub）、シンボル名に対応さ
れるシンボルの属性（define（定義）,refer（参
照））、種別（data（データ）,func（関数））、対応
セクション名（P,B）、及び各シンボルに対する割付け
アドレスの先頭アドレスを含む。割付けアドレスは各ソ
ースファイル毎のセクション内相対アドレスである。オ
ブジェクト情報は、セクション名、先頭相対アドレス、
サイズ、及びデータを含む。このデータが、機械語の命
令列である。リロケーション情報は、シンボル参照に対
するオブジェクト情報毎の相対アドレスを定義する。

【００４８】デバッグ情報ファイルは図１１に示される
ように、先頭にヘッダ情報を有し、これに続けてブロッ
ク情報とシンボル情報の複数のペアを有する。そして最
後に行情報を有する。ヘッダ情報はオブジェクト情報フ
ァイルと同じである。ブロック情報は、ソースファイル
の記述をブロック単位で階層化するための記述範囲を特
定し、シンボル情報は対応するブロックに含まれるシン
ボルの情報を有する。ブロックの種別はシンボルの有効
範囲を示すことになる。シンボル情報には配列や関数と
いった型情報が含まれる。行情報は、ファイル名、行番
号、セクション名、アドレス及びサイズの情報を含み、
これによって、ソースファイルの記述行とその内容に対
応される割付けアドレスとを対応付けることができる。
割付けアドレスはソースファイル毎の相対アドレスで与
えられる。一般に行情報のデータ量は多く、しかも、シ
ンボル情報によって構造体の型が定義される場合にはそ
のメンバやサイズ情報によってデータ量が増える。図９
〜図１1の例からも明らかな様に、デバッグ情報ファイ
ルのデータ量は非常に多い。この点からも、前述のよう
にデバッグ情報ファイルを選択的にロードすることによ
り、デバッグに要する時間を格段に短縮できることが理
解されるであろう。

【００４９】図１２には図9のソースファイル及び図１
０のオブジェクト情報ファイルの内容に対応されるＣＰ
Ｕ命令列の一例が示されている。図１３には図１２のＣ
ＰＵ命令列に示されている参照記号*1,*2,*3の部分との
対応を参照記号*1,*2,*3で明示したオブジェクト情報フ
ァイルを示す。図１２に示されるＣＰＵ命令列の内容の
うち、コード（CODE）の部分は、図１３に示されるオブ
ジェクト情報ファイルのオブジェクト情報に含まれる
“ＣＰＵ命令列”の内容に相当する。

【００５０】図１４には図９のソースファイルとデバッ
グ情報ファイルとの対応が例示されている。図１５は図
１４の行情報に示されている参照記号*1〜*9の部分との
対応を参照記号*1〜*9で明示したＣＰＵ命令列を示す。

【００５１】図１６には2個のソースファイルtest1.c，
test2.cの一例が示されている。このソースファイルtes
t1.c，test2.cをコンパイルして得られるオブジェクト
情報ファイルtest1.obj，test2.objの一例が図１７に示
される。図１７に示されるオブジェクト情報ファイルte
st1.obj，test2.objをリンクすると、図１８に示される
一つのロードモジュールtest12.absと一つの管理情報フ
ァイル３が得られる。ロードモジュールtest12.absにお
いては、オブジェクト情報ファイルtest1.obj，test2.o
bjにおけるシンボルのリロケーションは、リンクによっ
て絶対アドレスで解決されているので、リロケーション
情報の欄とシンボル情報の欄は設けられていない。図１
８に示される管理情報ファイル３に明示された参照記号
*1〜*11は図１７のオブジェクト情報ファイルtest1.ob
j，test2.objに明示された参照記号*1〜*11に対応され
ている。図１８のロードモジュールtest12.absに明示さ
れた参照記号*12，*13は図１７のオブジェクト情報ファ
イルtest1.obj，test2.objに明示された参照記号*12，*
13に対応されている。

【００５２】〔デバッグ情報ファイルの利用例〕次に、
前記選択的にロードされたデバッグ情報ファイルを用い
たデバッグ処理の一例について説明する。

【００５３】図１９は変数のシンボル情報を検索する例
である。例えば着目位置でロードモジュールの実行を止
めたとき、その実効アドレス（カレントＰＣ）を含むセ
クションのユニット名を管理情報テーブル３から求め
る。デバッガは、管理情報テーブル３で求めたユニット
名に対応されるデバッグ情報ファイルがロードされてい
なければそれをデバッガのメモリにロードしデバッグ情
報テーブルを形成する（Ｓ２０）。デバッガはデバッグ
情報テーブルのブロック情報からカレントＰＣを含む最
下位ブロックを求める（Ｓ２１）。このとき、デバッグ
情報のアドレスは相対アドレスである。デバッガは、管
理情報ファイル３のセクション割付けアドレスをベース
アドレスとして、デバッグ情報ファイルの相対アドレス
から絶対アドレスを把握することができる。即ち、デバ
ッガは、管理情報ファイル３の開始アドレスの欄３５
Ｓ、終了アドレスの欄３５Ｅ、及びセクション名の欄３
３の情報と、デバッグ情報テーブルが持つ相対アドレス
とによって、カレントＰＣを含むセクション及びソース
ファイルを把握することができる。また、デバッガは、
デバッグ情報テーブルから直接カレントＰＣを含む関数
を求めることもできる。

【００５４】ここで、異なる有効範囲を持つ同名の変数
がある場合、有効な変数はカレントＰＣを含む最も内側
のブロックの変数である。デバッガは、有効な変数を特
定するために、デバッグ情報テーブルのブロック情報及
びシンボル情報を利用する。即ち、カレントＰＣを含む
ローカルブロック（local-block）があるかを最下位の
ブロック情報から検索する（Ｓ２１）。検索対象があれ
ば、それに対応されるシンボル情報内に着目する変数
（シンボル名）があるかを判定し（Ｓ２２）、あれば、
そのシンボル情報を表示のために登録する（Ｓ２４）。
上記ステップＳ２２でNoと判定された場合、ステップＳ
２３で上位ブロックがあるか否かの判定を行い、ステッ
プＳ２３’で上位ブロックを求め、次に上記ステップＳ
２２を実行する。すなわち、上記ステップＳ２２〜Ｓ２
３’の処理は着目する変数が登録されない場合最上位の
ブロックに到達するまで繰返される。最後は、ステップ
Ｓ２３の判定結果が“No”とされる。そして、上記ステ
ップＳ２２〜Ｓ２４の繰返しによってシンボル情報の登
録があったかを判定し（Ｓ２５）、全くなければ、管理
情報を検索し（Ｓ２５’）、あればこのシンボル情報を
登録し（Ｓ２６）、最後に、デバッガは、ステップＳ２
４又はＳ２６の何れかで登録されたシンボル情報を表示
する。

【００５５】図２０はブレークポイントを設定する場合
の動作例を示す。ユーザがブレークポイントをロードモ
ジュールの実効アドレス（カレントＰＣ）で指定したと
き、デバッガは、指定されたカレントＰＣを含むセクシ
ョンのユニット名を管理情報テーブル３から求める。デ
バッガは、管理情報テーブル３で求めたユニット名に対
応されるデバッグ情報ファイルがロードされていなけれ
ばそれをデバッガのメモリにロードしデバッグ情報テー
ブルを形成する（Ｓ３０）。そして、デバッガは、デバ
ッグ情報テーブルの行情報の相対アドレスをサーチして
カレントＰＣに対応する行番号を得る（Ｓ３１）。この
ようにして得られた行番号のアドレス、例えば＃６がブ
レークポイントとして設定される（Ｓ３２）。

【００５６】図１9、図２０で示された処理を、従来の
一つにリンクされ絶対アドレスで解決されたデバッグ情
報を用いる場合には、デバッグ情報の全体に対してブロ
ック情報のユニットアドレスからソースファイルを特定
する事が必要になり、上述の例に比べて検索効率は低
い。

【００５７】図２１にはブレークしたとき所要のシンボ
ルを表示させる処理の一例を示す。ブレークポイントで
ロードモジュールの実行が停止されたとき、デバッガ
は、その実効アドレス（カレントＰＣ）を含むセクショ
ンのユニット名を管理情報テーブル３から求める（Ｓ４
０）。デバッガは、管理情報テーブル３で求めたユニッ
ト名に対応されるデバッグ情報テーブルが形成されてい
るかを判定し（Ｓ４１）、形成されていなければ、該当
するデバッグ情報ファイルをデバッガのメモリにロード
しデバッグ情報テーブルを形成する（Ｓ４２）。このと
きデバッガには、所定のシンボルを表示するシンボル表
示コマンドが発行されているものとする。デバッガは、
デバッグ情報テーブルを検索して（Ｓ４３）、ブレーク
したときのカレントＰＣに対応されるユニット（ソース
ファイル）内に所要のシンボルが含まれているかを判定
する（Ｓ４４）。指定シンボルがあれば、そのシンボル
情報によって当該シンボルの内容を表示する。ステップ
Ｓ４４の判定により指定シンボルがない場合には、管理
情報テーブル３のシンボルの欄３６から指定シンボルを
検索し（Ｓ４６）、指定シンボルがあるか否かを判定す
る（Ｓ４７）。ない場合には、指定シンボルは表示不可
能であるからエラー表示を行う（Ｓ４８））。ステップ
Ｓ４７の判定で指定シンボルがある場合には、デバッガ
は、そのシンボルに対応されるユニット名を管理情報テ
ーブル３から求める（Ｓ４９）、前記ステップＳ４１の
処理に戻る。この場合には、ステップＳ４３の処理で指
定シンボルが検索され、検索された指定シンボルの情報
はステップＳ４５で表示されることになる。

【００５８】以上本発明者によってなされた発明を実施
形態に基づいて具体的に説明したが、本発明はそれに限
定されるものではなく、その要旨を逸脱しない範囲にお
いて種々変更可能であることは言うまでもない。

【００５９】例えば、変換処理はコンパイラを用いるも
のに限定されず、アセンブラを用いるものであってもよ
い。また、管理情報ファイルのエントリは図３で示した
内容に限定されず適宜変更することができる。

【００６０】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば下記
の通りである。

【００６１】すなわち、サブモジュール毎のオブジェク
ト情報ファイルのオブジェクト情報に絶対アドレスを割
り当てて全体的にリンクさせるリンク処理は、全てのデ
バッグ情報ファイルを一つのデバッグ情報ファイルに編
集する処理を行わず、それに代えて、管理情報ファイル
を生成する。この管理情報ファイルを絶対アドレスで検
索することにより、その絶対アドレスに対応されるデバ
ッグ情報ファイルを特定することができる。

【００６２】したがって、デバッグに際してデバッガ
は、デバッグに際して着目する絶対アドレスに対応され
るデバッグ情報ファイルだけを入力すればよく、デバッ
グ情報の読込みのための時間を短縮できる。着目する物
理アドレスが所定範囲に変更若しくは推移されたとき
は、それに応じて新たに必要なデバッグ情報を追加して
読み込むだけでよい。

【００６３】ソースファイルに不良があった場合には、
該当するソースファイルを修正した後、修正に係るソー
スファイルを再度コンパイルしてそのオブジェクト情報
ファイルとデバッグ情報ファイルを生成し直す。そし
て、修正されたオブジェクト情報ファイルと修正不要な
既存のオブジェクト情報ファイルを用いて再度リンクし
て、ロードモジュールと管理情報ファイルを新たに作成
する。このようにソースファイルを修正した場合にも、
着目する絶対アドレスに対応されるデバッグ情報ファイ
ルだけを入力してテーブルに展開すればよく、デバッグ
情報の読み込みのための時間を短縮できる。

【００６４】また、前記管理情報ファイルに、サブモジ
ュールが前記変換処理された日付情報を前記デバッグ情
報ファイル名と関連付けて含めるとき、デバッガ処理
は、リンク処理で生成されたロードモジュールを読み込
んでターゲットシステムに供給すると共に、管理情報フ
ァイルを読み込み、既に読み込み済みの管理情報ファイ
ルがあるとき双方のファイルの前記日付情報を比較し、
比較結果が相違する日付情報に対応したデバッグ情報フ
ァイルが読み込まれているときはこれを無効化し、この
処理の後、前記ロードモジュールの着目絶対アドレスに
対応するデバッグ情報ファイル名を前記読み込んだ管理
情報ファイルから検索し、検索されたファイル名のデバ
ッグ情報ファイルを読み込んで、読み込んだデバッグ情
報ファイルを用いて前記ソースプログラムのデバッグを
支援することができる。これによれば、デバッガに複数
のデバッグ情報が読み込まれて複数のデバッグ情報テー
ブルが形成されているとき、部分的にソースファイルを
修正しても、ソースファイルの修正直前まで用いられて
いたデバッグ情報テーブルを無条件に全て破棄すること
なく、その修正の影響を受けるデバッグ情報テーブルだ
けを破棄して、必要なデバッグ情報ファイルだけを再ロ
ードすることができるから、ソースファイルを修正した
ときもデバッグ情報ファイルの再ロードを一層効率化す
ることができる。

【００６５】したがって本発明によれば、デバッグ情報
ファイルのロード時間短縮、そして、デバッグ情報によ
るメモリ利用効率向上に寄与できる。

【図面の簡単な説明】

【図１】デバッグシステムの一例機能ブロック図であ
る。

【図２】図1のデバッグシステムのハードウェア構成の
一例を示す説明図である。

【図３】管理情報ファイルの一例フォーマット説明図で
ある。

【図４】管理情報ファイルを参照してデバッグ情報ファ
イルを選択的にロードするところまでの処理をコンパイ
ラ、リンカ及びデバッガによる一連の処理と共に示すフ
ローチャートである。

【図５】ソースファイルを修正したときデバッグ情報フ
ァイルを再ロードする処理をコンパイラ、リンカ及びデ
バッガによる一連の処理と共に示すフローチャートであ
る。

【図６】図５のステップＳ９〜Ｓ１２の処理フローを別
の形式で整理して示したフローチャートである。

【図７】デバッガのメモリ上に形成される管理情報テー
ブルとワークテーブルの一例を示す説明図である。

【図８】デバッグ情報ファイルの選択的ロード処理に際
して操作される読み込みフラグと更新フラグの状態の一
例を示す説明図である。

【図９】ソースファイルの具体的な一例説明図である。

【図１０】図９のソースファイルに対応されるオブジェ
クト情報ファイルの詳細な一例説明図である。

【図１１】図９のソースファイルに対応されるデバッグ
情報ファイルの詳細な一例説明図である。

【図１２】図9のソースファイル及び図１０のオブジェ
クト情報ファイルの内容に対応されるＣＰＵ命令列の一
例説明図である。

【図１３】図１２のＣＰＵ命令列に示されている参照記
号*1,*2,*3の部分との対応を参照記号*1,*2,*3で明示し
たオブジェクト情報ファイルの説明図である。

【図１４】図９のソースファイルとデバッグ情報ファイ
ルとの対応を例示する説明図である。

【図１５】図１４の行情報に示されれいる参照記号*1〜
*9の部分との対応を参照記号*1〜*9で明示したＣＰＵ命
令列の説明図である。

【図１６】2個のソースファイルtest1.c，test2.cの一
例を示す説明図である。

【図１７】このソースファイルtest1.c，test2.cをコン
パイルして得られるオブジェクト情報ファイルtest1.ob
j，test2.objの一例を示す説明図である。

【図１８】図１７に示されるオブジェクト情報ファイル
test1.obj，test2.objをリンクして得られる一つのロー
ドモジュールtest12.absと一つの管理情報ファイルとの
説明図である。

【図１９】選択的にロードしたデバッグ情報ファイルを
用いて変数のシンボル情報を検索するデバッグ動作の一
例を示すフローチャートである。

【図２０】選択的にロードしたデバッグ情報ファイルを
用いてブレークポイントを設定する動作の一例を示すフ
ローチャートである。

【図２１】ブレークしたとき管理情報ファイルを用いて
所要のシンボルを表示させる処理の一例を示すフローチ
ャートである。

【図２２】図１との比較説明図である。

【図２３】図4との比較説明図である。

【図２４】図５との比較説明図である。

【符号の説明】

file1.c，file2.c ソースファイル file1.obj，file2.obj オブジェクト情報ファイル file1.dbg，file2.dbg デバッグ情報ファイル file12.abs ロードモジュール １ コンパイラ ２ リンカ ３ 管理情報ファイル ３Ｔ 管理情報テーブル ３０ ユニット名の欄 ３１ 作成日付の欄 ３２ デバッグ情報ファイル名の欄 ３３ セクション名の欄 ３５Ｓ 開始アドレスの欄 ３５Ｅ 終了アドレスの欄 ４ デバッガ ５Ｔ ワークテーブル ＦＲ１〜ＦＲｎ 読み込みフラグ ＦＣ１〜ＦＣｎ 更新フラグ ８０ ホストコンピュータ ８１ エミュレータ ８２ エミュレータ本体 ８３ エミュレーションポッド ８４ ターゲットシステム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 米山 浩司 東京都小平市上水本町五丁目20番１号 株式会社日立製作所 半導体事業部内 (72)発明者 鏡味 義仁 東京都小平市上水本町５丁目22番１号 株式会社日立マイコンシステム内 (56)参考文献 特開 平３−208135（ＪＰ，Ａ) 特開 平３−50641（ＪＰ，Ａ) 特開 昭63−268040（ＪＰ，Ａ) 特開 平４−273342（ＪＰ，Ａ) 特開 昭64−65644（ＪＰ，Ａ) 特開 平４−138535（ＪＰ，Ａ) 特開 昭63−41948（ＪＰ，Ａ) 特開 平２−139641（ＪＰ，Ａ) 特開 平４−52933（ＪＰ，Ａ) 特開 昭62−290945（ＪＰ，Ａ) 特開 平７−44379（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 11/28 G06F 9/44 G06F 9/45

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 ソースプログラムを構成するサブモジュ
   ールの記述を、機械語に変換しサブモジュール毎の相対
   アドレスに割り当てた、オブジェクト情報を含むオブジ
   ェクト情報ファイルと、オブジェクト情報の割付相対ア
   ドレスとそれに対応されるサブモジュールの記述内容と
   の対応関係を定義するデバッグ情報ファイルとを、サブ
   モジュール毎に生成する変換処理と、 ソースプログラムを構成する全てのオブジェクト情報フ
   ァイルのオブジェクト情報を絶対アドレスに割り当てて
   ロードモジュールを生成すると共に、サブモジュール毎
   のオブジェクト情報に対する割付絶対アドレスとそのサ
   ブモジュールに対応されるデバッグ情報ファイル名とを
   関連付ける管理情報ファイルを生成するリンク処理と、
   を含むことを特徴とするデバッグ情報作成方法。
2. 【請求項２】 前記管理情報ファイルは、サブモジュー
   ル名に１対１対応されるユニット名、ユニット名に対応
   されるオブジェクト情報ファイルの作成日付情報及びユ
   ニット名に対応されるデバッグ情報ファイル名を有する
   と共に、関数及びデータ単位で対応されるセクション
   名、セクション名に対応される関数及びデータを含むサ
   ブモジュールのユニット名、及びセクション名に対応さ
   れる関数及びデータの割付け絶対アドレスを有すること
   を特徴とする請求項１記載のデバッグ情報作成方法。
3. 【請求項３】 ソースプログラムを構成するサブモジュ
   ールの記述を、機械語に変換しサブモジュール毎の相対
   アドレスに割り当てた、オブジェクト情報を含むオブジ
   ェクト情報ファイルと、オブジェクト情報の割付相対ア
   ドレスとそれに対応されるサブモジュールの記述内容と
   の対応関係を定義するデバッグ情報ファイルとを、サブ
   モジュール毎に生成する変換処理と、 ソースプログラムを構成する全てのオブジェクト情報フ
   ァイルのオブジェクト情報を絶対アドレスに割り当てて
   ロードモジュールを生成すると共に、サブモジュール毎
   のオブジェクト情報に対する割付絶対アドレスとそのサ
   ブモジュールに対応されるデバッグ情報ファイル名とを
   関連付ける管理情報ファイルを生成するリンク処理と、 前記リンク処理で生成されたロードモジュールを読み込
   んでターゲットシステムに供給すると共に、管理情報フ
   ァイルを読み込み、ロードモジュールの着目絶対アドレ
   スに対応するデバッグ情報ファイル名を前記管理情報フ
   ァイルから検索し、検索されたファイル名のデバッグ情
   報ファイルを読み込んで、読み込んだデバッグ情報ファ
   イルを用いて前記ソースプログラムのデバッグを支援す
   るデバッガ処理と、を含むことを特徴とするデバッグ方
   法。
4. 【請求項４】 ソースプログラムを構成するサブモジュ
   ールの記述を、機械語に変換しサブモジュール毎の相対
   アドレスに割り当てた、オブジェクト情報を含むオブジ
   ェクト情報ファイルと、オブジェクト情報の割付相対ア
   ドレスとそれに対応されるサブモジュールの記述内容と
   の対応関係を定義するデバッグ情報ファイルとを、サブ
   モジュール毎に生成する変換処理と、 ソースプログラムを構成する全てのオブジェクト情報フ
   ァイルのオブジェクト情報を絶対アドレスに割り当てて
   ロードモジュールを生成すると共に、サブモジュール毎
   のオブジェクト情報に対する割付絶対アドレスとそのサ
   ブモジュールに対応されるデバッグ情報ファイル名とを
   関連付け且つそのサブモジュールが前記変換処理された
   日付情報を前記デバッグ情報ファイル名と関連付ける管
   理情報ファイルを生成するリンク処理と、 前記リンク処理で生成されたロードモジュールを読み込
   んでターゲットシステムに供給すると共に、管理情報フ
   ァイルを読み込み、既に読み込み済みの管理情報ファイ
   ルがあるとき双方のファイルの前記日付情報を比較し、
   比較結果が相違する前記読み込み済みの管理情報ファイ
   ルの日付情報に対応したデバッグ情報ファイルが読み込
   まれているときはこれを無効化し、この処理の後、前記
   ロードモジュールの着目絶対アドレスに対応するデバッ
   グ情報ファイル名を前記読み込んだ管理情報ファイルか
   ら検索し、検索されたファイル名のデバッグ情報ファイ
   ルを読み込んで、読み込んだデバッグ情報ファイルを用
   いて前記ソースプログラムのデバッグを支援するデバッ
   ガ処理と、を含むことを特徴とするデバッグ方法。
5. 【請求項５】 ソースプログラムを修正する処理を更に
   含み、ソースプログラムを修正したとき、修正に係るサ
   ブモジュールを読み込んで前記変換処理を行い、この変
   換処理で得られたのオブジェクト情報ファイルとデバッ
   グ情報ファイルによってソースプログラムの修正前のオ
   ブジェクト情報ファイルとデバッグ情報ファイルを更新
   し、更新されたオブジェクト情報ファイルを含む全ての
   オブジェクト情報ファイルに対して前記リンク処理を行
   ってロードモジュールと管理情報ファイルとを新たに生
   成する処理を更に含むことを特徴とする請求項４記載の
   デバッグ方法。
6. 【請求項６】 ターゲットシステムに接続されるホスト
   コンピュータを有し、このホストコンピュータは、 ソースプログラムを構成するサブモジュールの記述を、
   機械語に変換しサブモジュール毎の相対アドレスに割り
   当てた、オブジェクト情報を含むオブジェクト情報ファ
   イルと、オブジェクト情報の割付相対アドレスとそれに
   対応されるサブモジュールの記述内容との対応関係を定
   義するデバッグ情報ファイルとを、サブモジュール毎に
   生成するコンパイラと、 ソースプログラムを構成する全てのオブジェクト情報フ
   ァイルのオブジェクト情報を絶対アドレスに割り当てて
   ロードモジュールを生成すると共に、サブモジュール毎
   のオブジェクト情報に対する割付絶対アドレスとそのサ
   ブモジュールに対応されるデバッグ情報ファイル名とを
   関連付け且つそのサブモジュールが前記コンパイラによ
   ってコンパイルされた日付情報を前記デバッグ情報ファ
   イル名と関連付ける管理情報ファイルを生成するリンカ
   と、 前記リンカで生成されたロードモジュールを読み込んで
   ターゲットシステムに供給すると共に、管理情報ファイ
   ルを読み込み、既に読み込み済みの管理情報ファイルが
   あるとき双方のファイルの前記日付情報を比較し、比較
   結果が相違する前記読み込み済みの管理情報ファイルの
   日付情報に対応したデバッグ情報ファイルが読み込まれ
   ているときはこれを無効化し、この処理の後、前記ロー
   ドモジュールの着目絶対アドレスに対応するデバッグ情
   報ファイル名を前記読み込んだ管理情報ファイルから検
   索し、検索されたファイル名のデバッグ情報ファイルを
   読み込んで、読み込んだデバッグ情報ファイルを用いて
   前記ソースプログラムのデバッグを支援するデバッガ
   と、を含むことを特徴とするデバッグシステム。