JPH064298A - プログラム開発環境構築システム - Google Patents

Abstract

(57)【要約】 【目的】 １つのソ−スファイルから、Ｉ／Ｏアクセス
方式の異なる複数のコンピュ−タシステムに対応する実
行形式ファイルを作成することができるようにする。 【構成】 リンクツ−ルが、ソ−スファイルのコンパイ
ルおよびリンク時に、ライブラリから各コンピュ−タシ
ステム固有の入出力装置アクセス関数を選択してリンク
し、実行形式ファイルを作成する。また、デバッガ用に
入出力装置疑慣命令を付加し、実際のＩ／Ｏ空間アクセ
スを行わずにデバッグする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、１つのソ−スファイル
から複数のコンピュ−タに対応した実行形式ファイル、
およびデバッガに対応した実行形式ファイルをそれぞれ
作成することにより、プログラム開発の効率を上げるこ
とができるようなプログラム開発環境構築システムに関
するものである。

【０００２】

【従来の技術】１つのソ−スファイルから複数のコンピ
ュ−タに対応した実行形式のファイルを作成することが
できれば、開発コストが低減でき、極めて効率的であ
る。しかしながら、従来では、種々の問題があるため、
これは不可能であった。通常、コンピュ−タは、複数の
機種をシリ−ズ化した製品として発売されている。これ
らの複数の機種は、最上位から最下位までのモデルであ
って、それらの間には、ＣＰＵの処理速度、主記憶の実
装容量、入出力装置が接続されるバス（システムバス）
の速度等に差がつけられて、価格が決定されている。シ
ステムバスについては、機種毎にそのバス制御部のＬＳ
Ｉを入れ替えることが多い。なお、シリ−ズ化された各
機種の製品では、内蔵される基本的な入出力装置は全て
同一の入出力制御部のＬＳＩやＩＣを使用して、製品開
発期間の短縮と原価の低減を図っている。一方、ソフト
ウェアについては、各機種ともにアプリケ−ションプロ
グラムレベルでは互換性を保持しているが、オペレ−テ
ィングシステム（ＯＳ）のレベルでは、ハ−ドウェア資
源の管理制御を行うために、以下の点で個別のハ−ドウ
ェア仕様を意識する必要がある。 （ａ）機種毎にメモリの実装容量が異なるため、アプリ
ケ−ションプログラム等からのメモリ割当て要求に対応
して、アドレス領域を識別する。 （ｂ）機種毎にバス制御部のＬＳＩが異なるため、入出
力装置を制御するためのレジスタを割り当てた空間（Ｉ
Ｏ空間）のマッピングアドレスが、同じ入出力装置であ
っても異なることが多い。また、最上位機種では、通常
ＣＰＵのパイプライン処理を阻害しないように設けられ
ている入出力装置へのアクセスバッファリング機能も、
下位機種では部品原価の低減を図るために、取り外され
ることが多い。従って、これらのＩＯ空間のマッピング
アドレスや入出力装置へのアクセスバッファリング機能
（Ｉ／Ｏアドレスへのアクセス）を識別する必要があ
る。

【０００３】特に、Ｉ／Ｏアクセスのバッファリング機
能を具備しない機種では、Ｉ／Ｏアクセスが完了しない
うちに、ＣＰＵのパイプライン処理のための次以降の命
令が順次実行されてしまい、プログラムの実行シ−ケン
スとＩ／Ｏの動作シ−ケンスとが噛み合わなくなってし
まうことがある。このために、このような機種の入出力
装置制御プログラム（Ｉ／Ｏドライバ）のＩ／Ｏアクセ
ス部には、パイプライン制御を抑止する命令を挿入する
必要がある。従って、バッファリング機能によってＩ／
Ｏシ−ケンスをハ−ドウェアで制御して、ＣＰＵのパイ
プライン制御をプログラムで制御（抑制）する必要がな
い最上位機用Ｉ／Ｏドライバと、バッファリング機能が
取り外されている下位機用Ｉ／Ｏドライバとでは、入出
力が同じであっても、異なるソ−スファイルが必要とな
る。その結果、Ｉ／Ｏドライバプログラムの開発量が増
大するとともに、管理の必要があるソ−スファイル数も
増加してしまうので、Ｉ／Ｏドライバの開発効率を向上
することができなかった。なお、類似した事項の記載
は、例えば『ＨＩ−ＵＸプログラマ−ズガイド』（昭和
62年11月発行)に記されている。

【０００４】

【発明が解決しようとする課題】また、新規に開発され
る入出力装置用Ｉ／Ｏドライバを開発する場合、以下の
問題が生じていた。実際の入出力装置を開発している途
中であるため、デバッグは何等かのデバッグシステム上
で行う必要がある。これらのデバッグは、通常はＯＳ上
で動作する。従って、入出力装置を直接アクセスするＩ
／Ｏドライバのデバッグでは、以下のような不具合が発
生する。 ＯＳが管理するＩ／Ｏ空間へのアクセスはハ−ド資源
保護の点から通常は禁止されているため、Ｉ／Ｏドライ
バのデバッグ中にＩ／Ｏ空間へのアクセスが行われる
と、ＯＳがそれを検出して、デバッグシステムを停止さ
せてしまう。その結果、Ｉ／Ｏドライバのデバッグとし
て最も重要なＩ／Ｏ空間へのアクセス処理には既成のデ
バッグシステムでは不可能となり、入出力装置のハ−ド
ウェアの完成を待たなければならなくなる。これが、Ｉ
／Ｏドライバの開発効率を上げられない原因の１つであ
る。従来では、これらのデバッグシステムに疑似的なＩ
／Ｏ空間を主記憶上に割り当てて、Ｉ／Ｏ空間へのアク
セスをメモリアクセスに代替して対応させていた。しか
しながら、この方式のＩ／Ｏドライバデバッグシステム
では、膨大なメモリ容量を必要とし、かつその入力装置
の動作を疑似的に実現するプログラム（Ｉ／Ｏモデル）
を起動するために、Ｉ／Ｏ空間とみなすメモリの内容を
常時監視して、状態が変化したか否かを判別し続ける必
要があり、多大なデバッグ資源を要していた。このよう
に、従来のプログラム開発環境では、同じ入出力装置の
Ｉ／Ｏドライバでも、接続される各コンピュ−タシステ
ムのＩ／Ｏアクセス方式が異なると、複数のＩ／Ｏドラ
イバのソ−スファイルが必要であって、開発量および管
理情報を削減することができなかった。また、新規に入
出力装置が開発される場合には、そのＩ／Ｏドライバの
デバッグもＯＳによるＩ／Ｏ空間アクセスの禁止、およ
びＩ／Ｏモデルの起動方式も複雑であるために、効率が
極めて悪かった。本発明の第１の目的は、このような従
来の課題を解決し、単一のソ−スファイルから複数のコ
ンピュ−タシステムに対応する実行形式ファイルを生成
することが可能なプログラム開発環境構築システムを提
供することにある。本発明の第２の目的は、Ｉ／Ｏドラ
イバのデバッグにおいて、ＯＳによるＩ／Ｏ空間アクセ
ス禁止の条件を回避でき、かつＩ／Ｏモデル連動による
デバッグのための効率的なＩ／Ｏモデルを起動すること
ができるプログラム開発環境構築システムを提供するこ
とにある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明のプログラム開発環境構築システムは、
（イ）各コンピュ−タシステム固有の入出力装置アクセ
ス方法を個別に記述した入出力装置アクセス処理のデ−
タを格納するライブラリと、ライブラリから各コンピュ
−タシステムに適合する入出力装置アクセス処理を選択
して、入出力制御プログラムにリンクする手段とを有
し、単一の入出力装置制御プログラムの制御プログラム
を格納したソ−スファイルに対して、ライブラリから適
合した入出力装置アクセス処理を選択して、入出力制御
プログラムをコンパイルおよびリンクすることにより、
各入出力装置が接続された複数のコンピュ−タシステム
に対応する実行形式ファイルを作成することを特徴とし
ている。また、（ロ）ＯＳによる入出力装置アクセス禁
止の条件を有するコンピュ−タシステムにおいて、入出
力装置アクセス処理のデ−タを格納するライブラリと、
入出力装置アクセス処理を入出力制御プログラムにリン
クする手段の他に、該リンク手段によりリンクおよびコ
ンパイルされた実行形式ファイルのデバッグ対象プログ
ラムに対して、入出力装置アクセスの命令コ−ドを解析
して、アクセスする入出力装置のアドレスを判別し、コ
ンピュ−タシステムの疑似入出力空間にアクセスし、ア
クセスの対象となる入出力装置のソフトウェアモデルに
起動をかけて、処理を移行するプログラムデバッグシス
テムとを有し、単一のソ−スファイルに対して入出力制
御プログラムをコンパイルおよびリンクする際に、デバ
ッグモ−ドが指定されると、ライブラリ中の疑似命令で
記述された入出力装置アクセス処理をリンクすることに
より、デバッグシステム対応の実行形式ファイルを生成
し、上記プログラムデバッグシステムで入出力制御プロ
グラムをデバッグすることも特徴としている。

【０００６】

【作用】本発明においては、（イ）コンピュ−タシステ
ム固有の入出力装置アクセス方法を記述した関数名のラ
イブラリの中から、同一入出力制御プログラムをコンパ
イルおよびリンクする際に、コンピュ−タシステムに適
合する入出力装置アクセス関数を選択する。また、
（ロ）入出力装置アクセス関数が実行された際に、該当
する入出力装置のソフトウェアモデルを呼び出して、デ
バッグ対象プログラムが期待する動作を行わせることに
より、入出力装置を直接アクセスするデバッグを可能に
する。さらに、（ハ）デバッグ対象プログラムをデバッ
グするデバッガに対応したソフトウェアモデルの起動と
なる入出力装置アクセス関数を選択して、これをリンク
する。これによって、コンパイル作業およびデバッグ率
の向上を図ることができる。すなわち、Ｉ／Ｏアクセス
方式が異なるコンピュ−タシステムでも、１つのＩ／Ｏ
ドライバのソ−スファイルから複数のコンピュ−タシス
テムに対応した実行形式ファイルを生成することができ
るので、Ｉ／Ｏドライバの開発量と管理情報の削減が可
能となる。また、ＯＳによるＩ／Ｏ空間のアクセス禁止
条件を回避したデバッグが可能となる。

【０００７】

【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図１は、本発明の一実施例を示すコンパイル
およびリンク方式の図である。図１において、１０１は
人間が直接、プログラミング言語を用いて作成したプロ
グラムを格納したソ−スファイル、１０２はプログラミ
ング作業を支援するためのリンクツ−ル、１０３〜１５
はコンピュ−タシステム（実機）、１０６はデバッガ、
１０７はＩ／Ｏモデル、１１０はライブラリ、１１１〜
１１３は入出力装置アクセス処理のデ−タ、具体的に
は、Ｉ／Ｏ空間にアクセスするためのアクセス命令とア
クセスを制御する命令で構成されるデ−タ、１１４はデ
バッガ用の入出力装置アクセス処理、１２０は機械語を
用いて作成された実行形式ファイル、１２１〜１２３は
各コンピュ−タシステム用に作成された実行形式ファイ
ル、１２４はデバッガ用に作成された実行形式ファイル
である。本発明においては、コンピュ−タシステム固有
の入出力装置アクセス方法を記述した関数名のライブラ
リ１１０の中から、同じ入出力制御プログラムをコンパ
イルおよびリンクする際に、コンピュ−タシステム１０
３〜１０５に適合する入出力装置アクセス関数を選択す
る。リンクツ−ル１０２は、ソ−スファイル１０１をコ
ンパイルして、入出力装置アクセス関数のライブラリ１
１０からユ−ザより指定されたコンピュ−タシステム１
０３，１０４または１０５に適合する入出力装置アクセ
ス処理１１１，１１２，または１１３を選択してリンク
を行う。ここで、リンク処理とは、入出力装置制御プロ
グラムをコンパイルして作成したオブジェクトファイル
と、各コンピュ−タシステムに適合する入出力装置アク
セス処理をコンパイルして作成したオブジェクトファイ
ルをリンクすることである。そして、各々のコンピュ−
タシステム１０３，１０４または１０５用の実行形式フ
ァイル１２１，１２２または１２３を作成する。また、
ソ−スファイル１０１のデバッグの目的でデバッガ１０
６が指定された場合には、デバッガ１０６に適合する入
出力装置アクセス関数１１４を選択してリンクを行い、
デバッガ用実用形式ファイル１２４を作成する。

【０００８】図２は、図１におけるライブラリの入出力
装置アクセス処理の内容を示す図である。図２におい
て、２０１はＣソ−ス（ソ−スファイル）、２０２はＩ
／Ｏレジスタ空間、２１１は入出力装置アクセス処理、
つまりＩ／Ｏ空間へアクセスするためのアクセス命令と
アクセスを制御する命令で構成されたデ−タ、２２１は
Ｉ／Ｏレジスタ、１１１〜１１３はコンピュ−タシステ
ム、１１４はデバッガ用コンピュ−タシステム、２３１
はアドレス生成処理、２３２は入出力装置アクセス命
令、２３３はアドレス生成処理、２３４入出力装置アク
セス命令である。なお、Ｉ／Ｏレジスタ空間２０２で
は、先頭値のＢase-Ａdress２０３からＩ／Ｏレジスタ
２２１までのアドレスオフセット(offset（ａ））２０
４の値だけ離れている。入出力装置アクセス処理２１１
は、入出力制御プログラムにおいて、Ｂase-Ａdress２
０３を先頭とするＩ／Ｏアドレス空間２０２を占有する
入出力装置のＢase-Ａdress２０３にｏｆｆｓｅｔ
（ａ）２０４を加えたアドレスに割り当てられたＩ／Ｏ
レジスタ２２１にアクセスするアクセス命令とアクセス
を制御する命令である。このアクセス処理は、実機用入
出力装置アクセス処理１１１，１１２，１１３または１
１４の内部でアドレス生成処理２３１、および２３３の
後に、ユ−ザから指定されたコンピュ−タシステム１０
３、１０４または１０５に適合する入出力装置アクセス
命令２３２またはデバッガ１０６に適合する入出力装置
アクセス命令２３４に展開される。入出力装置制御プロ
グラムにおいて、この入出力装置アクセス処理を使用し
て、Ｉ／Ｏ空間へのアクセスを行う。

【０００９】図３は、図１におけるデバッガが入出力装
置アクセス命令を基にしてＩ／Ｏモデルに処理を移行す
るまでの過程を示す説明図である。図３において、１１
１，１１２，１１３は実機１，２，３用の入出力装置ア
クセス処理、１０１はソ−スファイル、１０６デバッ
ガ、１０７はＩ／Ｏモデル、１１４はデバッガ用の入出
力装置アクセス処理、３０１は通常命令処理部、３０２
はout/in命令処理部、３０３はＩ／Ｏ空間である。デバ
ッガ１０６において、デバッグ対象プログラムであるソ
−スファイル１０１をデバッグしている際に、プログラ
ム中で入出力装置アクセス命令２３４は、out/in命令処
理部３０３で処理され、該当するＩ／Ｏ空間３０３にア
クセスして、ソフトウェアモデルであるＩ／Ｏモデル１
０７を呼び出す。入出力装置アクセス命令２３４以外の
命令は、通常、命令処理部３０１で処理される。このよ
うな構成により、入出力装置を制御することなく、つま
り直接Ｉ／Ｏ空間をアクセスせずにプログラムのデバッ
グが可能である。その結果、ＯＳの制限によるデバッグ
対象プログラムへの影響を回避することができ、種々の
コンピュ−タシステム用のデバッグに対応させることが
できる。

【００１０】以下、コンピュ−タシステムの入出力制御
プログラムについて、入出力制御プログラムのデバッグ
からコンピュ−タシステム上で実行できる実行形式ファ
イルを作成するまでの順序を、図１，図２により説明す
る。現時点では、入出力制御プログラムのソ−スファイ
ル１０１は、開発中のコンピュ−タシステムに適用され
るものであって、デバッグツ−ルとなるハ−ドウェア自
体はまだ存在していない。一方、このハ−ドウェア自体
を疑似的に別個のコンピュ−タシステム上で実現できる
デバッガ１０６がある。入出力制御プログラムは、この
デバッガ１０６に入出力装置のソフトウェアモデルであ
るＩ／Ｏモデル１０７を接続してデバッグされる。図１
に示すように、入出力制御プログラムのソ−スファイル
１０１の設計ならびにコ−ディングが完了すると、デバ
ッガ１０６をツ−ルにしてデバッグするために、リンク
ツ−ル１０２を使用してライブラリ１１０からデバッガ
１０６に適合する入出力装置アクセス処理のファイル１
１４を選択し、ソ−スファイル１０１をコンパイルした
ものとリンクをとり、実行形式ファイル１２４を作成す
る。このコンパイルおよびリンクによって、ソ−スファ
イル１０１の中にコンピュ−タシステムのＩ／Ｏ空間２
０２の中の命令レジスタ２２１をアクセスする入出力装
置アクセス処理を展開することができる。すなわち、図
２に示すように、Ｉ／Ｏ空間２０２の先頭アドレス２０
３に対する相対アドレス２０４の位置２２１をアクセス
する入出力装置アクセス処理２１１は、デバッガ１０６
でシミュレ−トすることが可能なアセンブル命令コ−ド
２３４に展開される。入出力装置アクセス処理２１１の
中では、Ｉ／Ｏ空間のアドレスが２３３の部分で計算さ
れ、アセンブル命令コ−ド２３４でそのアドレスにアク
セスする構造になっている。

【００１１】図４は、図３におけるデバッガ、通常命令
処理部およびout/in命令処理部の動作の流れを示すフロ
−チャ−トである。次に、作成した実行形式ファイル１
２４を、デバッガ１０６でシミュレ−トする。すなわ
ち、図４に示すように、デバッガ１０６は、out/in命令
処理部３０２において、実行形式ファイル１２４から命
令コ−ドの解析を行うため、out/in命令であるか否かを
判定する（ステップ４０１）。out/in命令であれば、ア
クセスするＩ／Ｏアドレスを判定し（ステップ４０
２）、コンピュ−タシステムのＩ／Ｏ空間２０２に相当
するデバッガ１０６内部の疑似Ｉ／Ｏ空間にアクセスす
る。次に、アクセスの対象となる入出力装置のソフトウ
ェアモデルであるＩ／Ｏモデル１０７に起動をかけ（ス
テップ４０３）、処理を移行する。このように、命令コ
−ドの解析を行うことにより（ステップ４０１）、入出
力装置をアクセスするアセンブル命令コ−ド２３４を同
命令専用の処理部３０２で処理し（ステップ４０２，４
０３）、それ以外の命令は通常命令処理部３０１でシミ
ュレ−トを行う（ステップ４０４）。

【００１２】図５は、Ｉ／Ｏモデルの内部動作を示すフ
ロ−チャ−トである。Ｉ／Ｏモデル１０７は、Ｉ／Ｏ空
間３０３へのライト命令であるout命令およびＩ／Ｏ空
間３０３へのリ−ド命令であるin命令のいずれであるか
を判定し（ステップ５０１）、out命令であれば、Ｉ／
Ｏ空間３０３のライトを行い（ステップ５０３）、ま
た、in命令であれば、Ｉ／Ｏ空間３０３のリ−ドを行う
（ステップ５０２）。そして、疑似的に入出力装置ハ−
ドウェアの論理動作を行う（ステップ５０４）。次に、
デバッグが完了すると、コンピュ−タシステム上で実行
できる実行形式ファイルを作成する。ユ−ザは、リンク
ツ−ル使用のときにコンピュ−タシステムを指定する。
ここでは、実機１が指定されたものとする。リンクツ−
ル１０２で、ライブラリ１１０から実機１に適合した入
出力装置アクセス関数のファイル１１１を選択し、ソ−
スファイル１０１をコンパイルしたものとリンクをとる
ことにより、実機１上で実行する実行形式ファイル１２
１を作成する。

【００１３】図６は、コンピュ−タシステムの基本的な
構成図であり、図７は、コンピュ−タシステムにより異
なる個々のＩ／Ｏ空間のマッピング概念を示す図であ
る。図６において、６０１はＣＰＵ、６０２は主記憶装
置、６０３はバスコントロ−ラ、６０４はＩ／Ｏ装置で
ある。図６に示すように、実機１、実機２、実機３が同
一構成で示され、ＣＰＵ６０１が同一であるコンピュ−
タシステムであっても、主記憶装置６０２およびバスコ
ントロ−ラ６０３の仕様が実機１、実機２、実機３でそ
れぞれ異なっているため、同一のＩ／Ｏ装置６０４が接
続されていても、それぞれＩ／Ｏアドレス空間が異な
る。すなわち、図７に示すように、実機１ではＩ／Ｏア
ドレス空間が７０４の位置に、実機２ではＩ／Ｏアドレ
ス空間が７０５の位置に、実機３ではＩ／Ｏアドレス空
間が７０６の位置にあり、コンピュ−タシステムの主記
憶空間７０１，７０２，７０３内でマッピングされてい
る位置がそれぞれ異なっている。実施例から明らかなよ
うに、Ｉ／Ｏアクセス方式が異なるコンピュ−タシステ
ムでも、１つのソ−スプログラムから各コンピュ−タシ
ステムに対応した実行形式ファイルを作成することが可
能である。また、ＣＰＵ６０１が異なるコンピュ−タシ
ステムでも、入出力装置アクセス処理のファイルをＣＰ
Ｕ６０１の命令セットの仕様に合わせて作成し、ライブ
ラリ１１０に備え付けることにより、１つのソ−スプロ
グラムを複数のコンピュ−タシステムに対応させること
ができる。このように、本発明においては、単一の入出
力装置制御プログラムの制御プログラムを格納したソ−
スファイルから、その入出力装置が接続されている複数
のコンピュ−タシステムに対応する実行形式ファイルを
得ることができ。また、本発明のプログラムデバッグシ
ステムは、入出力装置アクセス専用の入出力命令を持た
ないＣＰＵに対して、入出力命令を疑似的にインプリメ
ントして、デバッグ対象プログラムが入出力命令を実行
した場合に、不当命令の実行ではなく、入出力装置アク
セスが行われようとしていることを識別して、そのアク
セスしようとした入出力装置アドレスから、実際にどの
入出力装置がアクセスされようとしているのかを判断
し、該当する入出力装置のソフトウェアモデルを呼出し
て、デバッグ対象プログラムが期待する動作を行わせる
ことができる。従って、ハ−ド資源保護のために、直接
入出力装置アクセスを通常禁止しているＯＳ上でも、入
出力装置を制御するプログラムをデバッグすることがで
きる。このように、Ｉ／Ｏアクセス方式が異なるコンピ
ュ−タシステムでも、１つのソ−スプログラムから各コ
ンピュ−タシステムに対応した実行形式ファイルを作成
することが可能である。また、ＣＰＵ６０１が異なるコ
ンピュ−タシステムでも、入出力装置アクセス処理のフ
ァイルをＣＰＵ６０１の命令セットの仕様に合わせて作
成し、ライブラリ１１０に備え付けることにより、１つ
のソ−スプログラムを複数のコンピュ−タシステムに対
応させることができる。

【００１４】

【発明の効果】以上説明したように、本発明によれば、
Ｉ／Ｏアクセス方式が異なるコンピュ−タシステムで
も、１つのＩ／Ｏドライバのソ−スファイルから各コン
ピュ−タシステムに対応した実行形式ファイルを生成す
ることができる。その結果、Ｉ／Ｏドライバの開発量お
よび管理情報を削減することができる。また、デバッグ
対象となる入出力装置のソフトウェアモデル習あるＩ／
Ｏモデルを、入出力装置アクセス専用の入出力命令で起
動することにより、ＯＳによるＩ／Ｏ空間のアクセス禁
止条件を回避したデバッグが可能となる。その結果、Ｉ
／Ｏドライバの開発効率を上げることができる。

【００１５】

【図面の簡単な説明】

【図１】本発明の一実施例を示すプログラム開発環境構
築システムのコンパイルおよびリンク方式図である。

【図２】図１におけるライブラリの内容を示す図であ
る。

【図３】図１におけるデバッガで、入出力装置アクセス
命令が処理され、Ｉ／Ｏモデルが起動される過程を示す
図である。

【図４】図３のデバッガの機能手順を示すフロ−チャ−
トである。

【図５】図３におけるＩ／Ｏモデルの内部動作の手順を
示すフロ−チャ−トである。

【図６】コンピュ−タシステムの基本的な構成を示す図
である。

【図７】コンピュ−タシステムにより異なるＩ／Ｏ空間
のマッピング概念を示す図である。

【符号の説明】 １０１ ソ−スファイル １０２ リンクツ−ル １０３ 実機１ １０４ 実機２ １０５ 実機３ １０６ デバッガ １０７ Ｉ／Ｏモデル １１０ ライブラリ １１１〜１１４ それぞれに適合する入出力装置アクセ
ス処理 １２０ 実行形式ファイル １２１〜１２４ それぞれの実行形式ファイル ２０１ ソ−スファイル（Ｃ） ２０２ Ｉ／Ｏレジスタ空間 ２０３ 先頭アドレス ２０４ オフセット値 ２１１ 入出力装置アクセス処理 ２２１ Ｉ／Ｏレジスタ ２３１，２３３ アドレス生成処理 ２３２，２３４ 入出力装置アクセス命令 ３０１ 通常命令処理部 ３０２ out/in命令処理部 ３０３ Ｉ／Ｏアドレス空間 ６０１ ＣＰＵ ６０２ 主記憶装置 ６０３ バスコントロ−ラ ６０４ Ｉ／Ｏ装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 明浦 伸夫 神奈川県秦野市堀山下１番地 株式会社日 立製作所神奈川工場内 (72)発明者 林 優 神奈川県秦野市堀山下１番地 株式会社日 立コンピュータエレクトロニクス内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 各コンピュ−タシステム固有の入出力装
   置アクセス方法を個別に記述した入出力装置アクセス処
   理のデ−タを格納するライブラリと、該ライブラリから
   各コンピュ−タシステムに適合する入出力装置アクセス
   処理を選択して、入出力制御プログラムにリンクする手
   段とを有し、単一の入出力装置制御プログラムの制御プ
   ログラムを格納したソ−スファイルに対して、上記ライ
   ブラリから適合した入出力装置アクセス処理を選択し
   て、入出力制御プログラムをコンパイルおよびリンクす
   ることにより、各入出力装置が接続された複数のコンピ
   ュ−タシステムに対応する実行形式ファイルを作成する
   ことを特徴とするプログラム開発環境構築システム。
2. 【請求項２】 ＯＳによる入出力装置アクセス禁止の条
   件を有するコンピュ−タシステムにおいて、請求項１に
   記載のライブラリと、入出力装置アクセス処理を入出力
   制御プログラムにリンクする手段の他に、該リンク手段
   によりリンクおよびコンパイルされた実行形式ファイル
   のデバッグ対象プログラムに対して、入出力装置アクセ
   スの命令コ−ドを解析して、アクセスする入出力装置の
   アドレスを判別し、コンピュ−タシステムの疑似入出力
   空間にアクセスし、アクセスの対象となる入出力装置の
   ソフトウェアモデルに起動をかけて、処理を移行するプ
   ログラムデバッグシステムとを有し、単一のソ−スファ
   イルに対して入出力制御プログラムをコンパイルおよび
   リンクする際に、デバッグモ−ドが指定されると、上記
   ライブラリ中の疑似命令で記述された入出力装置アクセ
   ス処理をリンクすることにより、デバッグシステム対応
   の実行形式ファイルを生成し、上記プログラムデバッグ
   システムで入出力制御プログラムをデバッグすることを
   特徴とするプログラム開発環境構築システム。