JPS63201834A - オブジエクト・モジユール生成方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明はコンピュータ・プログラムの生成システムに関
し、さらに詳しくは、プログラム・オブジェクト・モジ
ュール、つまりプログラムと選択されたコンピュータ・
システムのためのオブジェクト・コードを生成するシス
テムを指向している。

Ｂ、従来技術 過去数年の間に、汎用コンピュータの数および種類が急
速に増えた。特に、スコープと計算力が向上してきてい
るパーソナル・コンピュータの数と種類の増加が著しい
。このような事情の下では、当然、広範囲のコンピュー
タの上で走るようなプログラムを生成しようという要求
が高まりつつある。

通常、コンピュータが新しく開発されて市場に投じられ
るとき、最初からその新型コンピュータのために開発さ
れた数少ないプログラムに加えて、既存の多数のプログ
ラムを新型コンピュータ上で動作可能にしたいという要
求が生じる。これは、しばしば、コンパイラ手段を開発
することによって達成される。コンパイラ手段は、ソー
ス・コードとしてオリシネイトしている命令（インスト
ラクション）をデコードし、所望のプログラムを選択さ
れたコンピュータ上で走らせるのに必要なオブジェクト
・コードで書かれた完全な順序の一連の命令を備えたプ
ログラム・オブジェクト・モジュールを出力する。オブ
ジェクト・モジュールの命令は選択されたコンピュータ
上で実行可能でなければならない。さらに、これらの命
令は読込可能（リード可能）つまり選択されたコンピュ
ータにロード可能なフォーマットで並べられなければな
らない。

新型コンピュータが市場でビットすると、文字通り何百
という既存のプログラムをこの新型コンピュータの上で
性急に使用可能にしたいという要請が生じることがしば
しばある。したがって、これらの既存プログラムを新型
コンピュータ上で使用可能にするコンパイラを開発する
際に、機能上の特徴が新型コンピュータに近い既存のコ
ンピュータのために開発された特定プログラム用の既存
のコンパイラを利用して、新型コンピュータ上で実行可
能なプログラム・オブジェクト・モジュールを生成する
コンパイラに変えるのに必要な最低限の変更をこの既存
のコンパイラに加えることがきわめて好都合である場合
がしばしばある。オブジェクト・モジュールがこの新型
コンピュータ上で実行可能であるためには、オブジェク
ト・モジュールの中の命令は個々に該コンピュータ上で
実行可能でなければならず、かつ命令は新型コンピュー
タによって読込可能、っまり該ｈンピュータにロード可
能なフォーマットで配列されていなければならない。

新型コンピュータの求める命令配列フォーマットと同じ
フォーマットで命令が並んでいるプログラム・オブジェ
クト・モジュールを受は付゛け、かつ処理する既存のコ
ンピュータが存在するとともに、この既存のコンピュー
タのための所望のプログラム用のコンパイラが入手でき
るならば、コンパイラに変更を加えて新型コンピュータ
のための所望のプログラム・オブジェクト・コードを生
成させることは、通常、比較的簡単な仕事である。

しかしながら、既存のコンピュータ用の広範囲の種類の
プログラムのためのプログラム・コンパイラでは、新し
く開発された選択されたコンピュータに読込可能、つま
りロード可能であるために必要とされるフォーマットと
は全く異なるフォーマットの命令を持つオブジェクト・
モジュールしか生成できないことが非常に多い。これは
、特に、既存のＩＢＭ（登録商標）システム３７０用に
元々開発されたプログラムに対して上記要請があるとき
に起こる。ＩＢＭシステム３７０（以下、５３７０と略
すこともある）は、命令が一般フオーマットで並べられ
ているプログラム・オブジェクト・モジュールを必要と
した。一般フオーマットは、フォーマットの中の命令に
よって実行されるファンクション（機能）に関しては系
統型てられていないと考えてよい。Ｉ　ＢＭＳ　３７０
オブジエクト・モジュールまたはファイルの一般フオー
マットは、ＩＢＭコーポレーションによって１９８０年
３月に発刊されたマニュアル”　Ｓ　３７０　０Ｓ　／
　Ｖ　Ｓ　Ｌｉｎｋａｇｅ　Ｅｄｉｔｏｒ　Ｌｏｇｉｃ
”　（ＳＶ４０−３８−１５＝）第２版に記載されてい
る。５３７０用のプログラム・ファイルがそのような比
較的系新党てられていない命令フォーマット配列を持つ
理由は、このようなプログラミングの大部分が昔のパン
チ・カード・チック技術に由来しているからである。し
たがって、まだ存在している語句「オブジェクト・デッ
クｊは、いまだにそのようなプログラム・オブジェクト
・モジュールについて使われている。

他方、最近登場してきた比較的新しいコンピュータ、特
にパーソナル・コンピュータ・エリアのコンピュータは
、複数のセクションを持つフォーマットで命令が並べら
れており、かつ各セクションはオブジェクト・モジュー
ルのプログラムの中で関連のある機能を実行する命令を
含むようになっているプログラム・オブジェクト・モジ
ュールを一般に要求する。そのようなオブジェクト・モ
ジュールの典型はＩＢＭ　　ＲＴ　　ＰＣＡＩＸのａ、
ｏｕｔオブジェクト・ファイルつまりモジュールである
。これは、ＩＢＭコーポレーションによって１９８５年
１１月に出版された”　Ｉ　Ｂ　ＭＲＴ　　Ｐ　ＣＡｄ
ｖａｎｃｅｄ　Ｉｎｔｅｒａｃｔｉｖｅ　Ｅｘｅｃｕｔ
ｉｖｅＯｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ　Ａ　Ｉ　Ｘ
　Ｏｐｅｒａｔｉｎｇ　ＳｙｔｅｍＴｅｃｈｎｉｃａｌ
　Ｒｅｆｅｒｅｎｃｅ”第１版の第４章に掲載されてい
る。

上記のような最近の所望のタイプのパーソナル・コンピ
ュータの要求するオブジェクト・モジュールにおける命
令フォーマットが既存の８３７０プログラミングのオブ
ジェクト・モジュールにおける命令フォーマットと全く
違うので、従来のアプローチによれば、市場に参入する
新型のパーソナル・コンピュータ上で使用することを希
望する５３７０用の各ソース・プログラム毎に新しいコ
ンパイラを開発することになるであろう。もちろん、こ
のようなことをすると、かなりの時間とコストを費すこ
とになるであろう。

Ｃ０問題点を解決するための手段 本発明は、新規なコンピュータにロード可能となるため
に必要とされるオブジェクト・モジュールにおける命令
のフォーマットが、既存のコンパイラによって生成可能
なオブジェクト・モジュールにおける命令のフォーマッ
トと全く違う場合でも、既存のプログラムを新規なマシ
ン上で実行可能とするために全く新たなコンパイラを開
発しなくてもよい、という認識に立っている。

本発明は、プログラム・ソースから選択されたコンピユ
ーテイング・システム用のプログラム・オブジェクト・
モジュールを生成するシステムであって、上記プログラ
ム・ソースからオブジェクト・モジュールをコンパイル
するコンパイル手段を備えるものに関する。上記コンパ
イル手段の生成するオブジェクト・モジュールが備える
命令は、上記コンピユーテイング・システムにおいて個
々に実行可能ではあるが、上記コンピユーテイング・シ
ステムにロード可能ではない第１のフォーマツで配列さ
れている。そこで、本発明では、上記第１の命令フォー
マットを上記コンピユーテイング・システムにロード可
能な第２のフォーマットへ変換する手段も備える。

換言すれば、既存のコンパイラであってもよいコンパイ
ル手段に若干の変更を加えて、上記新たなコンピユーテ
イング・システム用の命令、つまり上記コンピユーテイ
ング・システムによって実行可能な命令を備えたオブジ
ェクト・モジュールを生成可能にする。ただし、このオ
ブジェクト・モジュールの命令は、上記新たなコンピユ
ーテイング・システムにロード可能つまり読込可能なフ
ォーマットで並べられていない。本発明では、さらに、
上記新たなコンピユーテイング・システムにロード可能
ではない第１の命令フォーマットを上記コンピユーテイ
ング・システムにロード可能な第２のフォーマットに変
換する手段が組み合わされる。その結果、生成された命
令は、上記新規なコンピュータに読込み可能で、かつ実
行可能であるから、フォーマットが変更された後では、
命令が上記新規なコンピユーテイング・システム上で実
行可能なフォーマットで並べられていることになる。

本発明は、複数のセクションからなり、その各々にはオ
ブジェクト・モジュールのプログラムにおけるある機能
（ファンクション）の実行に関連する命令が含まれるよ
うなフォーマットで、オブジェクト・モジュールの備え
る命令が並べられる、そういった最近のコンピュータ・
システム用のプログラム・オブジェクト・モジュールを
生成するのに用いると、特に有益である。本発明によれ
ば、上記システム３７０用オブジエクト・モジュールの
ように命令が一般的に言って組織化されていないオブジ
ェクト・モジュールを生成するコンパイラを使って、上
記のような命令が組織化されたプログラム・モジュール
を生成することができる。

本発明によれば、ソース・コードからオブジェクト・モ
ジュールをコンパイルする手段であって、そのオブジェ
クト・モジュールの備える命令は選択されたコンピュー
タにおいて個々に実行可能であるけれども、オブジェク
ト・モジュールのプログラムにおける命令の機能に無関
係な順番で命令が並んでいる、そういったオブジェクト
・モジュールを生成する手段が用いられる。この場合、
選択されたコンピュータはこのような関連づけられてい
ないフォーマットの命令群を扱うことのできないコンピ
ュータであるので、結果として生成されるオブジェクト
・モジュールは該選択されたコンピュータにロード可能
ではない。そこで、このコンパイル手段に加えて、この
第１の関連づけられていない命令フォーマットを第２の
フォーマットに変換する手段が用いられる。第２のフォ
ーマットでは、命令が複数のセクションに並べられ、各
セクションには、オブジェクト・モジュールのプログラ
ムにおけるある関連づけられた機能を実行する命令が含
まれる。かかる組織化されたフォーマットで配列された
命令は、上記選択されたコンピュータにロード可能であ
る。したがって、結果として、該選択された新たなコン
ピュータ用のオブジェクト・モジュールが得られる。

なお、ここで言う「機能（ファンクシ旦ン）」とは命令
のある特定のセットがコンピュータ上で達成しようとす
るものを指し、「セクション」とはモジュールのうちの
命令群が物理的に配置される部分を指す。

上記システムを使うことによって、広範囲のプログラム
に用いられているところの、命令が機能に無関係なフォ
ーマットで並べられるオブジェクト・モジュールを生成
できる、現在利用可能なコンパイラが依然として有用に
なる。この場合、選択されたコンピュータ用に適当な個
々の命令を生成できるように、既存のコンパイラに対し
て比較的小さな変更が加えられる。ただし、生成される
命令群のフォーマットは、プログラムにおける機能に無
関係な配列であるがゆえに該選択されたコンピュータに
ロード可能でないフォーマットのままでよい。このよう
なコンパイラ手段に加えて、該フォーマットを、命令が
機能に従ってセクションの形に組織化されたフォーマッ
ト、つまり該選択されたコンピュータにロード可能なフ
ォーマットに変換する手段が用いられる。

その結果、例えばシステム３７０等のために生成された
多数、そして多種類の古いプログラムおよびコンパイラ
が、本発明と組み合わせることによって、最近のパーソ
ナル・コンピュータのうちのあるもののためのオブジェ
クト・モジュールを生成するのに活用される。

本発明のより重要な面は、第１のフォーマット、つまり
上記従前の機能と無関係のフォーマットから、選択され
たコンピユーテイング・システムにロード可能な第２の
フォーマット、つまり命令が複数のセクションに分かれ
て配置され、かつ各セクションがプログラムの中の関連
づけられたある機能を実行する命令を含むフォーマット
へ変換する手段が作られると、同一の変換手段を用いて
、上記第１のフォーマットを持つ種々のオブジェクト・
モジュールを、上記第２のフォーマットを持つオブジェ
クト・モジュールへ変換できることにある。

Ｄ、実施例 本発明の実施例において用いたソース・プログラムは、
ＩＢＭコーポレーションの開発したＰＬ。

８である。このプログラムは周知であり、そのコンポー
ネントは典型的なコンパイラのコンポーネントとともに
、例えば“Ｉ　Ｂ　Ｍ　Ｊｏｕｒｎａｌ　ｏｆＲｅｓｅ
ａｒｃｈ　ａｎｄ　Ｄｅｖｅｌｏｐｍｅｎｔ”　＋Ｖｏ
１．２７、Ｎｏ。

１１９８３年５月刊、２３７〜２４６頁、特に２４１頁
以降に記載されている。プログラムＰＬ。

８は広＜ＩＢＭシステム３７０上で使われてきた。

該プログラムに関して言えば、システム３７０用のＰＬ
、８コンパイラによって生成された命令は一般フオーマ
ットで並べられる。一般フオーマットは、フォーマット
の中の命令によって実行される機能に関して系新党てら
れていないと考えよい。

このようにして生成されるオブジェクト・モジュールま
たはファイルの一般フオーマットは、上記マニュアル１
１Ｓ　３７０　０Ｓ　／　Ｖ　Ｓ　　ＬｉｎｋａｇｅＥ
ｄｉｔｏｒ　Ｌｏｇｉｃ”第２版に記載されている。

第１図を参照するにつき、該フロー・チャートの開始点
ステップ１０にあるのはＰＬ、８ソース・プログラムで
あるとしよう。ステップ１１では、構文解析器（シンタ
ックス・アナライザ）がソース・プログラムを処理する
。構文解析器は、ユーザーのプログラムを表現する入力
を読み込んで、プログラム・ステートメントの構文が正
しいか否かチェックする。次に、コンパイラは、ソース
・プログラムの中間表現である内部擬似コードを生成す
る（ステップ１２）。次に、擬似コードが最適化されて
、より破約走るマシン・コードが生成される。ここで、
ステップは第２図の入口“Ａ”へ分岐する。

後続の２ステツプで行われることを詳しく考察するため
に、本コンパイラは、上記システム３７０コンピユータ
をターゲットとしてＰＬ、８プロダラムのプログラム・
オブジェクト・モジュールを生成するべく開発された既
存のコンパイラに修正を加えたものであると仮定する。

本実施例では、このオリジナルのコンパイラに修正を加
えることによって、上記ＡＩＸオペレーティング・シス
テムを備えたＩＢＭ　　ＲＴ　　ＰＣ（ターゲット・コ
ンピュータ）上で実行可能な命令のプログラム・オブジ
ェクト・モジュールが作られる。したがって、実行可能
命令のテーブルおよび擬似コード変換アルゴリズムが、
システム３７０用の既存のＰＬ、８コンバラにおける主
な修正事項である。修正事項には、実行可能命令の新し
いテーブル、およびＩＢＭ　　ＲＴ　　ＰＣ用の実行可
能命令を生成するために擬似コード変換アルゴリズムに
加える一般的に言って小さな改訂が含まれることになる
。

第２図のステップ１４では、擬似コードをターゲット・
コンピュータ上で実行可能なマシン命令に変換するため
の正しい命令オペレーション・コード（ｏｐｃｏｄｅ）
テーブルが選択される。

次に、ステップ１５では、上記選択された命令オペレー
ション・コード・テーブルを使って、擬似コードが上記
ＩＢＭ　　ＲＴ　　ＰＣ用の実行可能命令の対応するも
のへ変換される。その結果（ステップ１６）　、ＰＬ、
８プログラムを実行する命令のモジュールが出力される
。その命令は、上記ＩＢＭ　　ＲＴ　　ＰＣ上で実行可
能である。これらの実行可能な命令は、第１図のステッ
プ１７で示すところの、プログラム・オブジェクト・モ
ジュールを構成する。このモジュールは、第１のフォー
マットを持つ。つまり、このモジュールの中では、ＩＢ
Ｍ　　ＲＴ　　ＰＣ上で個々に実行可能な命令が第１の
フォーマットで並べられているが、このフォーマットは
、その中の命令によって実行される。機能に関して言え
ば、本質的に未整理である。このように並べられた命令
は、上記１１３ＭＲＴ　　ＰＣによって扱うことができ
ない。なぜなら、このコンピュータは、命令が読込可能
つまりロード可能であるように、命令が複数のセクショ
ンを備えたフォーマットで配列され、かつ各セクション
にはプログラム中のある機能を実行するのに関連する命
令が含まれることを要請する。したがって、その最も広
い意味において、本発明によれば、第３図に示すように
、第１のフォーマットを持つプログラム・オブジェクト
・モジュール（ステップ１８）がオブジェクト・モジュ
ール、フォーマット・コンピュータ（ステップ１９）に
入力され、該コンバータ１９は、命令のフォーマットを
変換して、複数のセクションからなり、その各々がプロ
グラムの中のある機能の実行に関連する命令を含むよう
な配列を作る。このオブジェクト・モジュールの出力（
ステップ２０）は、このような第２の、つまり整理され
たフォーマットを持ち、したがって上記のようなコンピ
ュータによる処理が可能、つまりロード可能または読込
可能である。上述のように、個々の命令は既にＲＴＰＣ
ＡＩＸシステム上で実行可能であるから、必要なプログ
ラム・オブジェクト・モジュールを生成したことになる
。

ここで、第３図のステップ１９をより詳しく説明する。

このステップでは、オブジェクト・モジュールのフォー
マットが、上述のような比較的未整理のフォーマットか
ら、ＩＢＭ　　ＲＴ　　ＰＣＡＩＸシステム等で必要と
される整理されたフォーマットへと変換される。本発明
の理解のために、システム３７０の必要とする第１のフ
ォーマットからＩＢＭ　　ＲＴ　　ＰＣＡＩＸの必要と
する第２の整理されたフォーマットへ直接変換できるこ
とを認識されたい。ただし、本実施例では、便宜上、変
換は２つの段階を経て行われる。第１の段階では、上述
の整理されていないシステム３７０用オブジエクト・モ
ジュールが、目録（Ｔａｂｌｅ　ｏｆＣｏｎｔｅｎｔｓ
、　Ｔ　ＯＣ）オブジェクト・モジュール・フォーマッ
トとして知られる整理されたフォーマットへ変換される
。このＴＯＣモジュール・フォーマットは既存のフォー
マットであり、ＩＢＭ社の刊行物である“Ｖｉｒｔｕａ
ｌ　Ｒｅ５ｏｕｒｃｅ　ＭａｎａｇｅｒＴｅｃｈｎｉｃ
ａｌ　Ｒｅｆｅｒｅｎｃｅ　ｆｏｒ　ｔｈｅ　Ｉ　ＢＭ
　　ＲＴ　　ＰＣ”、第１版（１９８５年１１月）　、
ＡｐｐｅｎｄｉｘＢに記載されている。後で述べるよう
に、フォーマットがＴＯＣフォーマットに変換されたオ
ブジェクト・モジュールは第２の変換ステップを経る。

ここでは、フォーマットが上述のＩＥＭ　　ＲＴＰＣＡ
ＩＸシステムの必要とするフォーマットへ変換される。

変換をこのように２段階で行うことにした理由は、シス
テム３７０用オブジエクト・モジュール・フォーマット
をＴＯＣオブジェクト・モジュール・フォーマットへ変
換する機構が既に開発されているからである。ＴＯＣオ
ブジェクト・モジュールにおいて命令が並べられている
フォーマットは、セクションを持ち、セクションの各々
にはオブジェクト・モジュールのプログラムにおけるあ
る機能の実行に関連する命令が含まれている。したがっ
て、整理されたＴＯＣオブジェクト・モジュール・フォ
ーマットを１′ａ、Ｏｕｔ″として知られる所望のＩＢ
Ｍ　　ＲＴ　　ＰＣＡＩＸ用オブジェクト・モジュール
・フォーマットへ変換することの方が大変簡単であると
考えられる。

第４図を参照しつつ、比較的整理されていない第１のフ
ォーマットを持つプログラム・オブ・ジェクト・モジュ
ールの、上述のＴＯＣフォーマツトを持つモジュールへ
の変換を説明する。ＴＯＣフォーマットにおいては、命
令が複数のセクションに並べられており、各セクション
にはオブジェクト・モジュールのプログラムの中のある
機能の実行に関連する命令が含まれている。

ステップ２１から２４までは、すべてのレコードが読み
込まれ、かつ処理されるまで繰り返される。

ステップ２１では、オブジェクト・モジュールの中の命
令が、一時にルコードずつ読み込まれる。続いて、ステ
ップ２２では、ＥＳＤ　（外部シンボル定義）が行われ
る。つまり、シンボル・レコードがあるならばシンボル
・ディクショナリの中のシンボルが、テーブル記録され
る。手続きにおいては、まずシンボルがシンボル・テー
ブルに追加され、続いてシンボルによって表わされるテ
キストまたはコードを収容するために記憶装置中に十分
なセクションが割り振られる。次に、ステップ２３にお
いて、テキスト・データが記録される。ここでは、シン
ボル・エントリに対応するコ一部またはテキストが上記
振り振られた記憶装置中のセクションに置かれる。次に
、ステップ２４では、ＲＬＤ、つまりレコード・リロケ
ーション（再配置）・データがリロケーション・テーブ
ルに追加され、参照されるコードまたはテキストは適当
なりロケーション・アドレスによって調整される。上記
”Ｖｉｒｔｕａｌ　Ｒｅ５ｏｕｒｃｅ　Ｍａｎａｇｅｒ
Ｔｅｃｈｎｉｃａｌ　Ｒｅｆｅｒｎｃｅ”のＡｐｐｅｎ
ｄｉｘ　Ｂの中のＢ６から始まるページは、このような
りロケーション・エントリがどのようにして作られが詳
しく説明している。エツセンスを述べると、ステップ２
３で記録されるテキストの量に応じて、リロケーション
・アドレスは調整される。

すべてのレコードが読み込まれて処理されると、セクシ
ョンの設けられたフォーマットで編成されたＴＯＣオブ
ジェクト・モジュールが出力される（ステップ２５）。

このフォーマットは、先頭から順に、ヘッダ・セクショ
ン２６、リード・オンリー（読取専用）・セクション２
７、リード・ライト（読み書き）・セクション２８、ロ
ーダ−・セクション２９、およびバインダ・セクション
３０を備えている。ヘッダ・セクション２６には、オブ
ジェクト・モジュールを走らせるのに必要な情報が含ま
れる。リード・オンリー・セクション２７には、実行可
能なオブジェクト・コードおよび定数が含まれる。リー
ド・ライト・セクション２８には、モジュールのリード
・ライト・データが含まれる。ローダ−・セクション２
９には、再配置ローダ−が必要とする再配置（ＲＬＤ）
情報およびシンボル（ＥＳＤ）情報が含まれる。バイン
ダ・セクション３０には、バインダがこのＴ。

Ｃオブジェクト・モジュールを別のＴＯＣオブジェクト
・モジュールにバインドするのに必要とするすべての情
報である該モジュールについてのすべての再配置（ＲＬ
Ｄ）情報およびすべてのシンボル（Ｅ　Ｓ　Ｄ）情報が
含まれる。バインダ・セクションのフォーマットは、ロ
ーダ−・セクションのフォーマットと同じである。

上記のようにして生成されるＴＯＣオブジェクト・モジ
ュールは、ＩＢＭ　　ＲＴ　　ＰＣＡＩＸシステム上で
個々に実行可能な命令を次のようなフォーマットで並べ
る。即ち、このような命令群を複数のセクションに並べ
、かつ各セクションにはプログラム中のある機能を実行
するのに関連してくる命令が含まれているようなフォー
マットで配列する。ＴＯＣプログラム・オブジェクト・
モジュールは、ある特定のコンピュータ・システムにロ
ード可能、つまり読込可能だけれども、本実施例におけ
るターゲット・コンピュータ、つまりＩＢＭ　　ＲＴ　
　ＰＣは、命令がａ　、　ｏｕｔフォーマットで配列さ
れることを要請する。詳しくは、上記“Ｉ　Ｂ　Ｍ　　
ＲＴ　　Ｐ　ＣＡｄｖａｎｃｅｄ　Ｉｎｔｅｒａｃｔｉ
ｖｅＥｘｅｃｕｔｉｖｅ　Ｏｐｅｒａｔｉｎｇ　Ｓｙｓ
ｔｅｍ　Ａ　Ｉ　Ｘ　ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ
　Ｔｅｃｈｎｉｃａｌ　Ｒｅｆｅｒｅｎｃｅ　Ｍａｎｕ
ａｌ”の第４章を参照されたい。

ＴＯＣフォーマットと同様に、ａ、ｏｕｔフォーマット
も一連のセクションがプログラム中の命令の機能に従っ
て並ぶフォーマットであるから、Ｔ○Ｃフォーマットか
らａ、ｏｕｔフォーマットへの変換は比較的簡単である
。第５図には、ａ、ｏｕｔモジュ−ル・フォーマットが
示されている。ａ、ｏｕｔモジュールのフォーマットに
は、ヘッダ・セクション３１、テキストと呼ばれるリー
ド・オンリー・コードのセクション３２、データと呼ば
れるリード・ライト・データのセクション３３、テキス
ト・リロケート・セクション３４データ、リロケート・
セクション３５、シンボル・テーブル・セクション３６
、行番号テーブル・セクション３７、およびストリング
・テーブル・セクション３８が含まれる。これらは、す
べて、上記”ＩＢＭ　　ＲＴＰ　ＣＡｄｖａｎｃｅｄ　
Ｉｎｔｅｒａｃｔｉｖｅ　ＥｘｅｃｕｔｉｖｅＯｐｅｒ
ａｔｉｒｇ　Ｓｙｓｔｅｍ　Ａ　Ｉ　Ｘ　Ｏｐｅｒａｔ
ｉｎｇ　ＳｙｓｔｅｍＴｅｃｈｎｉｃａｌ　Ｒｅｆｅｒ
ｅｎｃｅ　Ｍａｎｕａｌ”の第４章に詳しく説明されて
いる。ａ、ｏｕｔモジュール・フォーマットからＴＯＣ
モジュール・フォーマットへの変換は既に知られている
。Ｉ　Ｂ　Ｍ　Ｔｅｃｈｎｉｃａｌ　Ｄｉｓｃｌｏｓｕ
ｒｅ　Ｂｕｌｌｅｔｉｎ、　Ｖｏｌ、　２９、Ｎ０９２
．１９８６年７月、８８０〜８８１ページを参照された
い。

換言すると、第５図のモジュールは８個の物理的なセク
ションつまりロケーション３１〜３８を＝２４− 持っている。８個のセクションのそれぞれには命令があ
る。１個のセクションに含まれる命令群はコンピュータ
上である機能を実行する。すなわち、各セクションには
、ある特定の機能を実行するのに必要な命令が含まれて
いる。例えば、セクション３７には、行番号テーブルを
形成し処理するのに必要な命令が含まれている。

第６図には、第４図に示されるＴＯＣオブジェクト・モ
ジュールから第５図に示されるａ、ｏｕｔオブジェクト
・モジュールへの変換が示されている。

まず、ステップ４０では、ＴＯＣオブジェクト・ファイ
ル・モジュールが読み込まれる。次に、ステップ４１で
は、テキスト・セクションとデータ・セクションの両方
について、起点アドレス（絶対ロード・アドレス）がセ
ットされる。次に、ステップ４２では、テキスト（コー
ド）およびデータの両方が、上記起点（ｏｒｉｇｉｎ）
の形で特定される量だけリロケートされる。このリロケ
ート・ステップの際に、ａ、ｏｕｔモジュールのりロケ
ーション（ＲＬＤ）、シンボル・テーブル、オプショナ
ルな行番号テーブル、およびストリング・テーブルが作
成される。次に、ステップ４３では、先行ステップで作
成された後続のａ、ｏｕｔモジュール・セクションにつ
いての長さの情報を書き入れることによって、ａ、ｏｕ
ｔヘッダが生成される。

ここで（ステップ４４）、上記緒ステップを経て生成さ
れたａ、ｏｕｔオブジェクト・ファイルの要素が、第５
図に記したフォーマットのａ、ｏｕｔオブジェクト・モ
ジュール・ファイルへ出力される。

これで、変換が完了する。

Ｅ、効果 本発明によれば、既存のリース・プログラムからターゲ
ット・コンピュータ・システムの要求するフォーマット
を持つオブジェクト・モジュールを生成する全く新規な
コンパイラを開発する手間をかけずに、既存のソース・
プログラムからターゲット・コンピュータ・システム上
で実行可能かつロード可能なオブジェクト・モジュール
を生成することができる。

【図面の簡単な説明】

第１図は、コンパイラ・プログラムによって、ソース・
プログラムから第１のフォーマットを持つプログラム・
オブジェクト・モジュールが生成される手順を示すフロ
ー・チャートである。 第２図は、第１図の手続に関係する操作のうち、第１図
のコンパイラが、選択された、つまりターゲット・マシ
ン上で個々の命令が実行可能となるように、命令出力を
オブジェクト・モジュールの形に作り変える手順を詳細
に説明するフロー・チャートである。 第３図は、第１のフォーマットを持つプログラム・オブ
ジェクト・モジュールから第２のフォーマットを持つプ
ログラム・オブジェクト・モジュールへの変換の概要を
示すフロー・チャーｊ〜である。 第４図は、第３図の変換ステップの第１段階、つまり第
１のフォーマットを持つプログラム・オブジェクト・モ
ジュールからＴＯＣ（目録）フォーマットを持つプログ
ラム・オブジェクト・モジュールへの変換に関係する操
作のフロー・チャートである。 第５図は、典型的なａ、ｏｕｔオブジェクト・モジュー
ル・フォーマットを表すした説明図である。 第６図は、ＴＯＣオブジェクト・モジュールがら実施例
のコンピュータが必要とするａ、ｏｕｔオブジェクト・
モジュールへの変換に関係する操作のフロー・チャート
である。 出願人　　インターナショナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　　頓　　宮　　孝　　−（外１名） Ａ、ＯＵＴオヲ゛ジ′エクト　モジューｊしＦＩＧ、　
　６

Claims (1)

1. 【特許請求の範囲】 ソース・プログラムからターゲット・コンピュータ・シ
   ステム用のオブジェクト・モジュールを生成する方法で
   あって、 上記ソース・プログラムから上記ターゲット・コンピュ
   ータ・システムとは異なる既存のコンピュータ・システ
   ムで用いられる命令が上記既存のコンピュータ・システ
   ムにロード可能な第１のフォーマットで配列されている
   オブジェクト・モジュールを生成する既存の第１のコン
   パイル手段に修正を加えることにより、上記ソース・プ
   ログラムから上記ターゲット・コンピュータ・システム
   で用いられる命令が上記第１のフォーマットで配列され
   ているオブジェクト・モジュールを生成する第２のコン
   パイル手段を作成し、 上記第２のコンパイル手段を用いて、上記ソース・プロ
   グラムから上記ターゲット・コンピュータ・システムで
   用いられる命令が上記第１のフォーマットで配列されて
   いるオブジェクト・モジュールを生成し、 上記オブジェクト・モジュールのフォーマットを上記タ
   ーゲット・コンピュータ・システムにロード可能な第２
   のフォーマットに変換する ことを特徴とするオブジェクト・モジュールの生成方法
   。