デバッグ方法

【目的】プログラムの一部を修正した修正モジュールを生成する処理時における未変更モジュールと上記修正モジュールとのリンク時間の短縮およびターゲットシステムへのロード時間の短縮を図る。
【構成】メモリ７に格納したオブジェクトプログラム５のモジュール５１〜５４の各々の格納アドレスの範囲対応するメモリ領域７１〜７５の格納範囲を示す格納情報ファイル８を検索するステップＳ５と、上記格納範囲をはみだしたモジュール５３を分割して空メモリ領域７５に格納するステップＳ７〜Ｓ９を含む。

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明はデバッグ方法に関し、特に高級言語によるマイクロコンピュータのプログラム等のソフトウェアの開発時におけるデバッグ方法に関する。
【０００２】
【従来の技術】一般に、マイクロコンピュータのプログラム言語であるアセンブラやコンパイラ等の言語処理プログラムにより開発されるソフトウェアは、ソースプログラム全体を複数のサブモジュールに分割し、それぞれのサブモジュール毎にアセンブルまたはコンパイルし、全体をリンクして一つのオブジェクトプログラムとして生成する。
【０００３】従来、この種のデバッグ方法は、そのプログラムが走行するターゲットマシンのＲＡＭで構成されたプログラムメモリに、開発されたプログラムを所定の方法によりロードしてデバッグを行う。あるサブモジュールに誤りが発見されたときに、そのサブモジュールのソースプログラムを修正し、これを言語処理プログラムより再処理し、その他の修正不用のサブモジュールと再リンクしてデバッグ後オブジェクトプログラムを生成し、上記ターゲットマシンにこのデバッグ後オブジェクトプログラム全体をロードする。
【０００４】上述の方法においては、プログラムの再リンクと再ロードを必要とするため、プログラム規模が大きくなるにしたがい、処理時間が増大しデバッグ効率が低下する。
【０００５】上述の欠点を改善するための第２の従来の方法の例である特開昭６２−２９０９４５号公報記載のシステムでは、デバッグ修正したサブモジュールに他のデバッグ修正不用のサブモジュールとのリンク関係を示すマップ情報を付加し、前回のロードにおけるデバッグ前のプログラムの格納領域以外の空メモリ領域に格納するためのリンクを行い、上記デバッグ修正サブモジュールだけをロードするというデバッグ方法が行われている。
【０００６】しかし、上記システムでは、プログラムメモリのメモリ領域のうち前回ロードされたデバッグ前のプログラムの格納領域はデバッグ後のプログラムの格納領域としては使用不可能であるので、ターゲットマシンに上記デバッグ前のプログラムの格納領域に加えて上記デバッグ後のプログラムの格納領域が十分確保されるような大容量のメモリ領域を有するものでなければ使用できない。上記ターゲットマシンがメモリ領域が小さい組込システムのマイクロコンピュータの場合では、上記条件を満足する空メモリ領域の確保が困難であり、この第２の従来技術は使えず結局第１の従来技術によりデバッグ後のプログラム全体の再ロードを実行することになる。
【０００７】
【発明が解決しようとする課題】上述した従来のデバッグ方法の第１の技術は、プログラムの再リンクと再ロードを必要とするため、プログラム規模が大きくなるにしたがい処理時間が増大しデバッグ効率が低下するという欠点がある。
【０００８】この欠点の改善を目的とした第２の従来の技術は、プログラムメモリのデバッグ前のプログラムの格納領域はデバッグ後のプログラムの格納領域としては使用不可能であるので、メモリ領域が小さい組込システムのマイクロコンピュータがターゲットマシンである場合には、上記デバッグ前のプログラムの格納領域に加えて上記デバッグ後のプログラムの格納領域を十分確保することが困難であり、この第２の技術が使用できないという欠点がある。
【０００９】
【課題を解決するための手段】本発明のデバッグ方法は、ソースプログラムを分割した第１のサブモジュール毎に処理し対応する第２のサブモジュールから成るオブジェクトプログラムを生成する言語処理手段と、前記オブジェクトプログラムをロードするプログラムメモリを有するターゲットマシンとを含むデバッグ方法において、前記プログラムメモリに格納した前記第２のサブモジュールの各々の格納アドレスの範囲対応の前記プログラムメモリの領域である格納範囲を示す格納情報を出力する第１の工程と、前記格納範囲をはみだした前記第２のサブモジュールを分割して前記プログラムメモリの空領域に格納する第２の工程とを含んでいる。
【００１０】
【実施例】次に、本発明の一実施例を実行するデバッグ装置の構成をブロックで示す図２を参照すると、この図に示すデバッグ装置は、４つのサブモジュールに分割されたソースプログラム１と、供給されたソースプログラムを機械語に変換してそれぞれのサブモジュール毎の相対アドレスに割付けるためのコンパイラ２と、コンパイラ２の処理結果出力される上記サブモジュール対応のモジュールから成るオブジェクトプログラム３と、オブジェクトプログラム３をターゲットマシン６のメモリ７に格納するための絶対アドレスを付与する処理を行なうリンカ４と、リンカ４から出力されたメモリ７のアドレス付与済みの４つのモジュール５１〜５４から成るオブジェクトプログラム５と、ターゲットマシン６と、オブジェクトプログラム５が格納されるメモリ７と、リンカ４が付与したオブジェクトプログラム３の各々のモジュールのメモリ７の格納アドレスを示す格納情報ファイル８とを備える。
【００１１】メモリ７のメモリ領域の一例を示す図３を参照すると、このメモリ７はオブジェクトプログラム５の４つのモジュール５１〜５４の各々を格納するメモリ領域７１〜７４と、空領域であるメモリ領域７５とを有する。
【００１２】格納情報ファイル８の内容の一例を示す図４R>４を参照すると、この格納情報ファイル８は、各モジュール名を示すコラム８１と、各モジュール５１〜５４をそれぞれ格納するメモリ領域７１〜７４の開始アドレスおよび終了アドレスをそれぞれ示すコラム８２，８３と、各モジュール５１〜５４のプログラムサイズを示すコラム８４とから成る。
【００１３】次に、本実施例を示すフローチャートである図１を併せ参照して本実施例の動作について説明すると、ステップＳ１でデバッグ方法を起動する。ステップＳ２でソースプログラム１を構成する４つのサブモジュールのモジュール名をそれぞれ入力する。ステップＳ３でコンパイラ２により各々のサブモジュール毎にコンパイル処理が実行され、ステップＳ４でそれぞれプログラムサイズｎが付加された４つのモジュールから成るオブジェクトプログラム３が出力される。
【００１４】次に、リンカ４の処理に移り、ステップＳ５で格納情報ファイル８の有無の検索を行なう。格納情報ファイル８が存在しなければステップＳ１０に進み、各々のモジュールのリンク処理を行なう。格納情報ファイル８が存在すればステップＳ６に進み、デバッグ修正済のモジュールの格納情報の供給を受け修正前のモジュールのサイズｍと修正後のモジュールのサイズｎとの比較を行う。修正前のサイズｍの方が大きい場合には、ステップＳ１１に進み、修正後のモジュールをそのまま修正前のモジュールが格納されていたメモリ領域にもとの開始番地から順に格納するよう割付ける。修正後のサイズｎの方が大きい場合には、ステップＳ７に進み、修正後のモジュールのうち、ｍ−１番目までの分を修正前のモジュール格納メモリ領域にもとの開始番地から順に格納するよう割付け、ステップＳ８でもとの最終番地に空メモリ領域への分岐命令を生成格納し、ステップＳ９で上記空メモリ領域に残りのｍ〜ｎ番目の分を順に格納するよう割付ける。
【００１５】ここで、一例として、モジュール５３のデバッグ修正により、修正後のプログラムサイズｎが修正前のサイズｍ（＝１５０）より大きくなったとする。このとき、ステップＳ７〜Ｓ９により、修正したモジュール５３をコンパイラ２でコンパイルしてオブジェクトプログラム３を生成し、リンカ４でこのモジュール５３対応のオブジェクトを前のモジュール５３の格納メモリ領域７３のアドレス２３１番地〜３７９番地に割付け、残りをメモリ領域７５の６２１以降の番地に割付ける。３７９番地までと６２１番地以降のプログラムが連続しているので、メモリ領域７３の３８０番地には６２１番地への分岐命令が生成され格納される。
【００１６】次に、ステップＳ１２により、修正したモジュールのみのオブジェクトプログラムと、元の格納情報ファイル８にこのデバッグ修正による格納情報の修正分を追加した新規の格納情報ファイル８を出力する。これにより、次回のデバッグからは、この新規の格納情報ファイル８が使用できる。
【００１７】以上、本発明の実施例を説明したが、本発明は上述の実施例に限られることがなく種々の変形が可能である。例えば、リンカの処理の過程で実施例により生成した修正済モジュールのオブジェクトプログラムとそのモジュールの修正前のオブジェクトプログラムとを比較し、その差分だけから成るオブジェクトプログラムを生成することも、本発明の主旨を逸脱しない限り適用できることは勿論である。
【００１８】
【発明の効果】以上説明したように、本発明のデバッグ方法は、デバッグによる修正済モジュールを修正前の元のメモリの格納領域に再度格納できるので、ターゲットマシンが小さいメモリ領域しか得られない組込システムのマイクロコンピュータのような場合でも十分使用することが可能であり、デバッグ効率を向上できるという効果がある。
【図面の簡単な説明】
【図１】本実施例のデバッグ方法の一実施例を示すフローチャートである。
【図２】本実施例のデバッグ方法を実行するデバッグ装置の一例を示すブロック図である。
【図３】メモリのメモリ領域の一例を示す図である。
【図４】格納情報ファイルの内容の一例を示す図である。
【符号の説明】
１ソースプログラム
２コンパイラ
３，５オブジェクトプログラム
４リンカ
６ターゲットマシン
７メモリ
８格納情報ファイル
５１〜５４モジュール
７１〜７５メモリ領域
８１〜８４コラム

【特許請求の範囲】
【請求項１】ソースプログラムを分割した第１のサブモジュール毎に処理し対応する第２のサブモジュールから成るオブジェクトプログラムを生成する言語処理手段と、前記オブジェクトプログラムをロードするプログラムメモリを有するターゲットマシンとを含むデバッグ方法において、前記プログラムメモリに格納した前記第２のサブモジュールの各々の格納アドレスの範囲対応の前記プログラムメモリの領域である格納範囲を示す格納情報を出力する第１の工程と、前記格納範囲をはみだした前記第２のサブモジュールを分割して前記プログラムメモリの空領域に格納する第２の工程とを含むことを特徴とするデバッグ方法。
【請求項２】前記格納情報が前記第２のサブモジュールの各々の名称を配列した第１の欄と、前記第１の欄に対応して前記第２のサブモジュールの各々を格納する前記領域の開始アドレスおよび終了アドレスをそれぞれ示す第２および第３の欄と、前記第２のサブモジュールの各々のプログラムサイズを示す第４の欄とを含むことを特徴とする請求項１記載のデバッグ方法。
【請求項３】前記第２の工程が前記第２のモジュールのデバッグによる修正前のプログラムサイズである第１のサイズと前記修正後のプログラムサイズである第２のサイズとを比較し、前記第２のサイズの方が大きい場合に前記修正後の第２のモジュールを構成するプログラム要素を前記修正前の第２のモジュールの前記格納範囲に前記第１のサイズ対応の最終番地より１番地少ない番地まで格納し、残りの前記プログラム要素を前記空領域に格納し、前記最終番地に前記空領域の最初の番地に分岐する分岐命令を格納することをを特徴とする請求項１記載のデバッグ方法。

【図２】