JPH01116829A - プログラムの翻訳方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 本発明は、高級プログラム言語の所定の命令をオペレー
ティングシステムに登録されたライブラリに肩代わりさ
せるプログラムの翻訳方式に関し、指示されたオペレー
ティングシステムにより目的プログラムを出し分けるコ
ンパイラとライプシリの原始プログラムとを一元化する
ことを目的とし・、 目的プログラム中ム定のインタフェース処理に対応し′
て設けられるインタフェース処理のうちオペレーティン
グシステムに依存する命令コードを所定のマクロ命令に
置き換えた前記第１および第２のライブラリを生成する
共通の原始プログラムと、該マクロ命令に対応した前記
第１および第２のライブラリの命令コードを登録する登
録ファイルと、指示されたオペレーティングシステムに
基づき該原始プログラムの所定のマクロ命令を前記命令
コードに置換して第１または第２のライブラリの原始プ
ログラムをそれぞれ生成するマクロプロセッサとを備え
、オペレーティングシステムに依存するインタフェース
処理を該ライブラリに対応せしめるとともに、異なる前
記命令コードをマクロ命令で置き換えて第１および第２
のライブラリを生成するように構成する。

〔産業上の利用分野〕 本発明は、命令コード体系が同一でオペレーティングシ
ステムＯ３が異なる複数システムに対する目的プログラ
ム（以下オブジェクトと称する）を出し分けるクロスコ
ンパイラに係わり、特に高級プログラム言語で記述され
たプログラム中の特定の命令をサブプログラム（以下ラ
イブラリと称する）に肩代わりさせる翻訳方式の改良に
関する。

ＣｏＢＯＬ等高級プログラム言語におけるコンパ・イラ
では、入出力、演算命令等を実行する一連の命令コード
をサブプログラムとしてシステムに登録しておき、翻訳
中にその命令が検出されたときそのライブラリを呼出す
オブジェクトを生成する翻訳方式が採用されている。

しかし、対象システムのオペレーティングシステムＯ３
が異なるオブジェクトを出し分けるクロスコンパイラで
は、呼出すライブラリもそのＯ３に依存したものである
から、呼出し時のインタフェース処理もそのＯ３に対応
させねばならない。

一方ライブラリを開発するときも機能が同一であっても
そのＯ３に対応したものをそれぞれ個別に開発しなけれ
ばならず、このため、クロスコンパイラ、ライブラリの
開発工数、プログラム管理上の問題点が生じ、一元化さ
れた翻訳方式が求められている。

〔従来の技術〕

第６図はＯＳＩにおける呼出し関係図、第７図はＯ３２
における呼出し関係図である。

第６図（１）はデータ群をそれぞれ桁合わせ処理して１
０進−２進処理（以下型変換）を指示するＣ０ＢＯＬプ
ログラムの命令をライブラリａに肩代わりさせる例を示
したもので、プログラム翻訳中にこの命令を検出したと
きクロスコンパイラは処理対象のデータ（以下入力デー
タ）が存在する領域Ａのアドレス情報と、処理結果のデ
ータ（出力データ）を格納する領域Ｂのアドレス情報と
をスタックに格納してライブラリａを呼出すオブジェク
ト（以下Ｃ０ＢＯＬオブジエクト）を生成する。

ライブラリａ、ライブラリｂはそれぞれオペレーティン
グシステムＯ３Ｉの管理下で登録されたサブプログラム
であって、呼出されたライブラリａはスタックより入力
データのアドレス情報を取り出し作業領域Ｃで入力デー
タを桁合わせ処理した後、処理結果が格納されている作
業領域Ｃのアドレス情報をスタックに格納してライブラ
リｂを呼出し、ライブラリｂは桁合わせ処理された入力
データのアドレス情報をスタックより取り出して型変換
を行う。

このライブラリｂは桁合わせ無し型変換のときＣ０ＢＯ
Ｌオブジエクトからも直接呼出しされるもので、第６図
（ＩＩ）に示すように、Ｃ０ＢＯＬオブジエクトはライ
ブラリａの呼出し時と同様に入出力データの領域Ａと領
域Ｂのアドレス情報をスタックしてライブラリｂを呼出
す。

上記呼出し関係を説明するため、以下にアドレス情報の
通知方法について説明する。

プログラムを実行するプロセッサ（以下インテル社製、
　１８０８６を例とする）のアドレス空間を論理的に指
定するものとして、６４にバイト幅のセグメントがあり
、それぞれデータ種別、使用法によって・ コードセグメントＣ３コード領域 データセグメントＤＳ　　　　データ領域スタックセグ
メントＳＳ　　　スタック領域エクストラセグメントＢ
Ｓ　　ワーク領域の４種のセグメントが使い分けられる
。

これらのセグメントに格納されたデータは、それぞれの
セグメントレジスタ（以下ＤＳレジスタ。

ＳＳレジスタ・・と称する）にセグメントの起点アドレ
ス（セグメントアドレス）を、各セグメントに対応する
レジスタにセグメント内アドレス（オフセット）、をそ
れぞれセットすることにより指定することができ、実行
時にはセグメントアドレス＋オフセットにより物理アド
レスが生成されてアドレスされる。

これらのセグメントのアドレス空間はそれぞれ１６バイ
トおきに設定可能であり、また各セグメントのアドレス
空間を同一アドレス空間として使用することができる。

プログラムを翻訳するとき上記４種のセグメントが使用
されるが、Ｏ８１ではアドレス空間がＤＳ＝ＢＳ≠ＳＳ
と定義されているため、呼出し先に入出力データのセグ
メントアドレスとオフセットとを通知しなければならな
い。

第６図（１）においてＣ０ＤＯＬオブジエクトは入出力
データの格納領域Ａ、　ＢをＤＳ上におき（Ｏ５（Ａ　
）　、ＯＳ　　（Ｂ　）等と称する〕、それぞれのセグ
メントアドレスおよびオフセットを所定のスタック領域
（ＢＰ　＋　ｎ　＋　ＢＰ　＋　ｍ　　；　ＢＰは現ベ
ースポインタ、ｎ、ｍはスタックポインタ）に格納して
ライブラリａを呼出し、ライブラリａは入力データを読
取りスタックＳＳ上に作業領域Ｃを設けて桁合わせ処理
を行った後、作業領域Ｃ＋　％’ｆｌ域Ｂのセグメント
アドレスとオフセットとをスタック（領域ＢＰ＋ｎ’　
、　ＢＰ＋ｍ、’）した後ライブラリｂを呼出す。

ライブラリｂは現ＤＳレジスタの内容を退避してスタッ
ク領域ＢＰ＋ｎ’　のセグメントアドレス（作業領域Ｃ
）をＤＳレジスタヘセットし、続いてＢＰ＋ｍ’のセグ
メントアドレスをＢＳレジスタにセントした後型変換を
行う。型変換処理後はさらにＤＳレジスタの内容を元に
戻しライブラリａにリターンする。

Ｃ０ＢＯＬオブジエクトがライブラリｂを直接呼出しす
るときは領域へのセグメントアドレスをスタック領域の
ＢＰ＋ｎ’　に、領域ＢのセグメントアドレスをＢＰ＋
ｍ’　に格納して呼出しする。

ライブラリｂでは前述の前処理によりスタック領域ＢＰ
＋ｎ’　のセグメントアドレスをＤＳレジスタにセット
するが、これは領域Ａ　　（ＤＳ）のセグメントアドレ
スを再セットするものであり、この前処理によりライブ
ラリｂはＣ０ＢＯＬオブジエクトとライブラリａとの両
方から呼出しが可能となっている。

一方オペレーティングシステムＯ３２は、ＤＳ＝Ｉ！５
＝ＳＳと定義されたもので、インタフェース処理が異な
るライブラリａｌ、ライブラリｂ゛が別Ｇζ設けられる
。

即ち、ＤＳ２ではセグメントを指定する必要がなく呼出
し時に使用されていたセグメントアドレス（ＤＳレジス
タの内容）がそのまま使用できるため、Ｃ０ＢＯＬオブ
ジエクトはオフセットを与えるのみでよく、また作業領
域ＣはＤＳ上にあるからライブラ＋Ｊａｌもライブラリ
ｂ゛にオフセットを通知するのみでよい。従ってライブ
ラリｂ”も前述の前処理、−後処理が不要のものとなっ
ている。

なお、第６図、第７図はセグメント関係図を示したもの
で、ＳＳの処理、オフセット処理等は図示省略している
。

〔発明が解決しようとする問題点〕

以上説明したように、同じプロセッサであってもオペレ
ーティングシステムＯ８が異なると、クロスコンパイラ
が生成するオブジェクトのインタフェース処理が異なる
とともに、同一データ処理のライブラリでもＯ８に依存
してインタフェース処理が異なるものであった＠ このため、クロスコンパイラはライブラリを呼出すごと
にＯ３に対処してオブジェクトを出し分けなければなら
ず、またライブラリはその原始プログラムを別々に開発
しなければならず、開発工数。

保守工数とともにプログラムの管理上の問題点が生じて
いた。

本発明は上記問題点を解決し、クロスコンパイラ、ライ
ブラリの一元化を図るプログラムの翻訳。

方式を提供することを目的とする。

〔問題点を解決するための手段〕

上記目的のため、本発明のプログラムの翻訳方式は、第
１図本発明の原理説明図に示すように、目的プログラム
の所定のインタフェース処理に対応して設けられるイン
タフェース処理のうちオペレーティングシステムに依存
する命令コード（４）を所定のマクロ命令（２）に置き
換えた前記第１および第２のライブラリを生成する共通
の原始プログラム（１）と、 該マクロ命令に対応した前記第１および第２のライブラ
リの命令コード（４）を登録する登録ファイル（５）と
、 指示されたオペレーティングシステムに基づき該原始プ
ログラムの所定のマクロ命令を前記命令コードに置換し
て第１または第２のライブラリの原始プログラム（６，
７）をそれぞれ生成するマクロプロセッサ（３）とを備
える。

〔作用〕 ライブラリ呼出しのためのインタフェース処理は第】お
よび第２のライブラリで対応できる共通のインタフェー
ス処理とし、ライブラリ側でｏｓに対応したインタフェ
ース処理を行わせる。

さらに第１および第２のライブラリの原始プログラム６
．７を共通の原始プログラム１として開発し、Ｏ３によ
って異なる命令コード４をマクロ命令２で記述する。

この原始プログラム１をマクロプロセッサ３は指示され
たオペレーティングシステムに基づき登録ファイル５に
登録された命令コード４と置き換えて、第１または第２
のライブラリの原始プログラム６．７を生成する。

この結果、１つの原始プログラム１でＯ８対応の第１お
よび第２のライブラリが自動生成され、またクロスコン
パイラはＯ８対応でオブジェクトを出し分ける必要がな
くなる。

以上によりライブラリ開発の一元化、コンパイラにおけ
るインタフェース処理の一元化が達成される。

〔実施例〕

本発明の実施例を図を用いて説明する。

第２図は実施例のブロック図、第３図はライブラリａａ
のインタフェース処理例を表す図、第４図はスタック状
態を表す図、第５図はライブラリ作成フロー図である。

以下の実施例は前述した従来例に基づき説明する。なお
、以下の説明ではライブラリａａが第１のライブラリに
ライブラリａ′が第２のライブラリに対応する。

Ｃ０ＢＯＬオブジエクトは、オペレーティングシステム
Ｏ３に依存しないインタフェース処理として、即ち、入
出力データの領域Ａ、Ｂのアドレス情報としてオフセッ
トのみ通知し、各ライブラリは領域Ａ、Ｂは必ずデータ
セグメントＤＳ上にあるとして現ＯＳレジスタの内容を
参照して処理するように構成される。

従って０５２に対応するライブラリａ″、ライブラＩＪ
ｂ”は従来と同じでよく、またライブラリｂはオフセッ
トのみ通知されるＯ８２のライブラリｂ′と同一となる
。　（以下ライブラリｂ゛とする）このためＯ８１のラ
イブラリａ　（以下ライブラリａａとする）はライブラ
リｂ゛を呼出すためのインタフェース処理が必要となる
。

第３図はライブラリａａのライブラリｂ゛　に対するイ
ンタフェース処理部分を示したもので、桁合わせ処理し
た領域Ｃ（ＳＳ上）のセグメントアドレスをＤＳレジス
タに、領域Ｃのオフセットを、Ｃ０ＢＯＬオブジエクト
がライブラリｂ゛を呼出すとき領域へのオフセットを格
納するスタック領域（同一ポインタ値１図ではＢＰ＋８
）に、出力データのオフセントＣＳＳ上、領域Ｂ”とす
る）を領域Ｂのオフセットを格納するスタック領域（Ｂ
ｆ’＋６）にそれぞれセットして呼出し、リターン後は
ＯＳレジスタの復元。

出力データの領域Ｂ°から領域Ｂへの複写処理を行う。

なお、上記スタック状態は第４図に示す。

第３図＃５ＴＡＣＫ　、、で示された部分はライブラリ
ａ゛とは異なる部分であり、後述するようにライブラリ
ａ°ではライブラリａａの命令コードのうち不要の所（
＃５ＴＡＣＫ　１．　＃５ＴＡＣＫ　２．　＃５ＴＡＣ
Ｋ　４　”）　はＮＯＯｒ’ＥＲＡＴＩＯＮ　、　ＮＯ
Ｐに置き換えられ、別の命令コードの所（＃５ＴＡＣＫ
　３　）はその命令コードに置き換えられる。

ライブラリａａ、　　ライブラリａ°の原始プログラム
６．７は共通の原始プログラム１としてアセンブリ言語
で作成され、前述の異なる命令コード４はマクロ命令２
として設定された＃５ＴＡＣＫ１．９ＳＴＡＣＫ２のを
用いて記述される。

マクロプロセッサ３は、第２図に示すように、原始プロ
グラム１を順次読取り解析し、マクロ命令２．即ち＃５
ＴＡＣＫ　、、が検出されると、登録ファイル５を参照
して指示されたＯ８に対応する命令コード４を抽出して
置き換える。

例えば、＃　５ＴＡＣＫ２が検出されると、ＯＳＩが指
定された場合は、 ｒ’Ｕｓｌｌ　ＯＳ　　　・・・ＤＳレジスタの退避Ｍ
ＯＶＥ　ＡＸ、ＳＳ・・・ＳＳレジスタの内容をＤＳレ
ジスＭＯＶＥ　Ｏ３，ＡＸ　　　　タニセットに置き換
え（スイッチするとも称する）　、　ＯＳ２の場合は ＮＯＰ にスイッチする。

以上により同じ原始プログラム１よりライブラリａａま
たはライブラリａ゛の原始プログラム６．７を生成する
ことができる。

なお、生成されたそれぞれの原始プログラム６゜７は、
第５図に示すように共通のアセンブラ１０で翻訳される
が、どちらか一方のオブジェクト形式で出力されるため
他方はオブジェクト形式変換が行われ、それぞれのリン
ケージエディタ１１によりロードモジュール、即ちライ
ブラリａａ、　　ライブラリａ′が生成される。

以上のごと＜　、Ｃ０ＢＯＬオブジエクトはＯ３に依存
しないインタフェース処理により生成され、またライブ
ラリの原始プログラムもＯ３によって異なるインタフェ
ース処理部分がマクロ命令によって記述されるため、ク
ロスコンパイラおよびライブラリの原始プログラムを一
元化することができる。

なお、上記実施例ではＣ０ＤＯＬオブジエクトが呼出し
たライブラリがさらに次のライブラリを呼出す場合を示
したが、次のライブラリを呼出しせず直接Ｃ０ＢＯＬオ
ブジエクトにリターンするライブラリでもＯ３による異
なる部分が生じるため、この部分をマクロ命令で置き換
えることにより前記同様に一元化が達成できることは勿
論である。

〔発明の効果〕

本発明は、オペレーティングシステム依存のインタフェ
ース処理部分をライブラリに肩代わりさせるとともに、
その異なる部分をマクロ命令で記述してライブラリを生
成する翻訳方式を提供するもので、クロスコンパイラ、
ライブラリ開発の一元化が達成でき、開発、保守工数の
低減およびプログラム管理上に多大の効果がある。

【図面の簡単な説明】

第１図は本発明の原理図、 第２図は実施例のブロック図、 第３図はライブラリａａのインタフェース処理例を表す
図、 第４図はスタック状態を表す図、 第５図はライブラリ生成フロー図、 第６図はＯＳＩにおける呼出し関係図、第７図は０５２
における呼出し関係図、である。図中、 ■は原始プログラム、　２はマクロ命令、３はマクロプ
ロセッサ、４は命令コード、５は登録ファイル、 ６は第１のライブラリの原始プログラム、７は第２のラ
イブラリの原始プログラム、１０はアセンブラ、 １１はリンケージエディタ、 ａａは第１のライブラリ、ａｌは第２のライブラリ、で
ある。 第１図 Ｘ３ｗ＋のブロック図 第２図 ライブラリａ８のインクフェース処理例を表す口笛３図 ライプ９１月誠フロー図 第５図 （［）桁合わせ有り型変換処理の呼出し関係図（■）ｈ
治わせ無し型詔」υｙ屋の呼出し間係図ＯＳＩにおける
呼出し間係図 第６図

Claims (1)

1. 【特許請求の範囲】 高級プログラム言語で記述されたプログラムの所定の命
   令をそれぞれ異なるオペレーティングシステム（ＯＳ１
   、ＯＳ２）の管理下で実行する第１および第２のライブ
   ラリを設け、該プログラムより前記所定の命令を検出し
   たとき該オペレーティングシステムに共通する所定のイ
   ンタフェース処理を行って指示されたオペレーティング
   システムに対応する該ライブラリを呼出す目的プログラ
   ムを生成するプログラムの翻訳方式であって、 前記目的プログラムの所定のインタフェース処理に対応
   して設けられるインタフェース処理のうちオペレーティ
   ングシステムに依存する命令コード（４）を所定のマク
   ロ命令（２）に置き換えた前記第１および第２のライブ
   ラリを生成する共通の原始プログラム（１）と、 該マクロ命令に対応した前記第１および第２のライブラ
   リの命令コード（４）を登録する登録ファイル（５）と
   、 指示されたオペレーティングシステムに基づき該原始プ
   ログラムの所定のマクロ命令を前記命令コードに置換し
   て第１または第２のライブラリの原始プログラム（６、
   ７）をそれぞれ生成するマクロプロセッサ（３）とを備
   え、 オペレーティングシステムに依存するインタフェース処
   理を該ライブラリに対応せしめるとともに、異なる前記
   命令コードをマクロ命令で置き換えて第１および第２の
   ライブラリを生成することを特徴とするプログラムの翻
   訳方式。