JPH1115673A - 異なるランタイム環境において実行するための実行可能プログラムにおけるコードシーケンスを機能的に類似したコードシーケンスと条件付きで置き換えるローダ - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータにおいてコール命令を置き換え
る方法を提供することである。 【解決手段】コンパイラ−ローダシステムは、命令セッ
トアーキテクチャの異なるバージョンに応じたターゲッ
トコンピュータに異なるロード実行可能なイメージを形
成することができる。この異なるイメージは、二次記憶
装置における単一実行可能プログラムから形成される。
コンパイラは、ターゲットコンピュータの両方のバージ
ョンで実行可能なルーチンおよび（i）ルーチンが呼び
出されるプログラム位置のアドレス、（ii）ルーチンと
同じ機能をすぐれた性能でもって実行するターゲットコ
ンピュータの１つのバージョンのみで実行可能な命令、
および（iii）どのバージョンのターゲットマシンがそ
の命令を実行しうるかを指示する値を有するアーキテク
チャエントリを含む実行可能なプログラムを発生する。
ローダは、ターゲットマシンが命令を実行しうるかを決
定し、もし、そうである場合には、アーキテクチャエン
トリにおけるアドレスに現れるサブルーチンコールを、
アーキテクチャエントリに現れる命令で置き換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的には、コン
ピュータおよびコンピュータアーキテクチャの分野に関
する。特に、本発明は、異なる命令セットまたは他のア
ーキテクチャ特徴を有するコンピュータのためのコンピ
ュータ特定プログラムコードを発生するコンパイラ、ロ
ーダおよび類似のコンピュータプログラムに関するもの
である。

【０００２】

【従来の技術】種々なコンピュータアーキテクチャが開
発されてくるにつれて、新しい命令および他の特徴がそ
れらに加えられてくる。より新しいコンピュータおよび
それらに書き込まれたソフトウエア（プログラム）は、
それらのより新しい命令および特徴を使用することがで
き、同じアーキテクチャのより古いコンピュータでは得
られなかったような効果を達成することができる。した
がって、より新しいプログラムまたはプログラムのより
新しいバージョンは、新しい命令を使用することが望ま
しい。しかしながら、一般的には、より新しいプログラ
ムは、より新しいコンピュータにて実行できるだけでな
く、より古いコンピュータでも実行できるものであるの
が望ましい。すなわち、より新しいプログラムは、遡及
的に、すなわち、後ろへ遡って両立性のあるものである
のが望ましい。ソフトウエアの売主は、種々なバージョ
ンのハードウエアを有する顧客へプログラムを売るが、
各プログラムの１つのバージョンだけサポートすればよ
い。顧客は、プログラムの１つのバージョンを買い、自
分のハードウエアのバージョンがどれであるかに関係な
しに、自分のハードウエアにそのプログラムを適用す
る。また、いわゆる、異種の環境、すなわち、プログラ
ムを実行する能力を必要としているより古いコンピュー
タとより新しいコンピュータとからなるコンピュータク
ラスタまたはコレクションにおいてそのプログラムを使
用したい顧客は、そのプログラムの１つのバージョンの
みをインストールし維持するだけでよい。したがって、
コンピュータ設計者が一般的に目指すところは、コンピ
ュータシステムの性能を改善し、同時に、新しいまたは
更新されたプログラムが広く使用しうるものであるよう
に遡及的な両立性を与えるような新しい命令の使用を促
進させることである。

【０００３】こうするために従来試みられた一つの方法
としては、トラップ・アンド・エミュレートと称される
ものがあった。このスキームにおいては、実行可能なプ
ログラムが、１つまたはそれ以上の新しい命令を使用し
てコンパイルされ、この実行可能なプログラムが実行さ
れるべきコンピュータにおいて使用するための更新され
たオペレーティングシステムソフトウエアモジュールが
設けられる。より古いコンピュータが新しい命令を実行
しようとする時、不当命令トラップが中央プロセッサの
設計によって発生する。トラップハンドラーと称される
トラップベクトルが、その更新されたオペレーティング
システムモジュールへ指示する。このトラップハンドラ
ーは、その不当命令を検査し、それがより新しいコンピ
ュータにて正しく実行できるより新しい命令であるのか
を決定する。それから、そのトラップハンドラーは、ソ
フトウエアにてその新しい命令をエミュレートするルー
チンをランチする。このエミュレーションルーチンが完
了するとき、プログラムコントロールは、その実行可能
プログラムの、その新しい命令に続く命令のところに復
帰される。

【０００４】しかしながら、前述したようなトラップ・
アンド・エミュレート技法は、種々な欠点を有してお
り、そのために、あまり魅力的なものではない。その１
つの欠点は、新しい命令がそのアーキテクチャに加えら
れ、実行可能なプログラムにおいて使用されるときには
いつでも、オペレーティングシステムを更新する必要が
あるということである。さらに別の大きな欠点は、性能
である。トラップを行なうために１００の単位のプロセ
ッサクロックサイクルに対する大きなペナルティがあ
る。実際に、より古いコンピュータの性能は、より新し
い命令を欠いている元のコンピュータの性能より悪くな
るのが一般的である。したがって、トラップ・アンド・
エミュレート技法は、遡及的、すなわち、後ろへ遡って
両立性を与えつつ、より古いコンピュータについても高
い性能を維持するという要望に十分に応えるものではな
い。

【０００５】

【発明の概要】より古いバージョンのコンピュータとの
遡及的な両立性を維持し且つより古いバージョンのコン
ピュータの性能に与える影響を最少としつつ、より新し
いバージョンのコンピュータによって新しい命令を使用
できるようにするスキームが従来から要望されている。
本発明の目的は、このようなスキームを提供することで
ある。

【０００６】本発明は、広義においては、本特許請求の
範囲の請求項１に限定したような、コンピュータにおい
てコール命令を置き換える方法にある。本発明の好まし
い実施例によるローダプログラムは、ターゲットコンピ
ュータが該ターゲットコンピュータへロードされるべき
実行可能なプログラムに現れる命令を実行することがで
きるかを判断し、もし、実行することができるならば、
（１）前記実行可能なプログラムにおけるアーキテクチ
ャセクションから、前記命令によって置き換えられうる
前記実行可能なプログラムにおけるコール命令の位置を
指定するアドレスを検索し、（２）前記アーキテクチャ
セクションから前記命令を検索し、（３）前記実行可能
なプログラムの他のものの実行のフローに干渉を与えな
いような仕方で前記コール命令を前記検索された命令と
置き換えるという各段階を行なう。このローダによって
形成される実行可能なイメージは、そのイメージが形成
されるべきコンピュータがその新しい命令を実行できる
ときにのみ、その新しい命令を含むので効果的である。
この結果、必要に応じて遡及的な両立性を与えつつ、新
しい命令を使用するという目的の達成が助長されること
になる。

【０００７】

【発明の実施の形態】次に、添付図面に基づいて、本発
明の実施例について本発明を説明する。

【０００８】図１は、本発明の好ましい実施例を例示し
ており、この実施例によれば、コンピュータプログラム
が用意され、実行のためにターゲットコンピュータへロ
ードされる。高レベル言語にて書かれたソース言語プロ
グラム１０は、ソースプログラム１０の自然言語状コン
ストラクトを、デジタル呼によってより容易に理解され
る命令およびデータの如きオブジェクトコードコンスト
ラクトへと変換するコンパイラ１２によってオペレート
される。コンパイラ１２によって形成されるオブジェク
トコードコンストラクトのコレクションは、実行可能な
プログラム１４と称される。この実行可能なプログラム
は、通常、後で実行するために、磁気ディスク上のファ
イルの如き持久性記憶装置におけるイメージとして保存
される。例えば、この実行可能なプログラム１４は、ネ
ットワークサーバに存在し、また、ネットワークサーバ
を介してアクセスされうる。

【０００９】図１の実施例においては、実行可能なプロ
トコル１４は、２つの異なるコンピュータのどちらかで
実行されるものとされているが、それが実際にどちらの
コンピュータであるかは、コンパイル時では未知であ
る。ここでの説明では、これらコンピュータは、バージ
ョン１およびバージョン２と称する。実行可能なプログ
ラム１４が実行されるべきとき、ローダ１６は、その実
行可能なプログラム１４を処理して、そのローダがオペ
レートするターゲットコンピュータにおけるロードされ
る実行可能なイメージを形成する。もし、ターゲットコ
ンピュータがバージョン１のコンピュータであるなら
ば、ローダ１６は、バージョン１のコンピュータのメモ
リ２０−１にバージョン１ロード実行可能イメージ１８
−１を形成する。もし、ターゲットコンピュータがバー
ジョン２のコンピュータであるならば、ローダ１６は、
バージョン２のコンピュータのメモリ２０−２にバージ
ョン２ロード実行可能イメージ１８−２を形成する。ロ
ーディングが完了した後、プログラムコントロールは、
通常の仕方でロードされた実行可能なイメージ１８−１
または１８−２へ転送され、その実行を開始する。

【００１０】以下の説明においては、好ましい実施例を
例示するために、バージョン１およびバージョン２のコ
ンピュータの特定の例を使用する。これらの例は、デジ
タルイクイップメントコーポレーションによって製造販
売されているAlph^TM（アルファ）ファミリーのコンピュ
ータである。このファミリーの古いコンピュータおよび
新しいコンピュータは、特定の型のデータを処理するた
めにそれらが使用する命令のうちのあるいくつかの命令
に関して区別しうるものである。ある特定のケースは、
バイト（８ビット）データタイプの処理である。アルフ
ァアーキテクチャは、フラット６４ビット仮想メモリア
ドレッシングを指定しており、したがって、アルファイ
ンプリメンテーションにおけるメモリワードの固有幅
は、６４ビットである。このような理由を一つの理由と
して、アルファアーキテクチャの初期のバージョン（以
下、バージョン１と称する）の設計においては、レジス
タとメモリの間でデータを移動させるための命令（ロー
ドおよびストア命令）は、ロングワード（３２ビット）
データタイプのための命令も存在するのであるが、主と
してカッドワード（６４ビット）データタイプを取り扱
うのに限定されている。１６ビットデータタイプと称さ
れるワード並びにバイト（８ビット）データタイプを取
り扱うために、バージョン１のアルファアーキテクチャ
は、いくつかの６４ビット汎用レジスタのうちの１つ内
でバイトをマニュピレートするための命令を与える。

【００１１】バイトストアオペレーションを行なうため
に、バージョン１のアルファコンピュータは、ある命令
のセットを実行する。これらは、バイトを含むカッドワ
ードをレジスタへもたらすためのカッドロード命令、レ
ジスタの所望の位置にバイトを挿入したりレジスタの所
望の位置からバイトを抽出したりする命令、およびデー
タ（新しいバイトを含む）をメモリへと戻すためのカッ
ドワードストア命令を含む。

【００１２】アルファアーキテクチャの最近のバージョ
ン（以下、バージョン２と称する）においては、バイト
およびワードロードおよびストアを直接に行なう命令が
存在する。これらの命令を使用すると、バイトおよびワ
ード変数を有するプログラムを簡単化でき、また、ある
場合には、それらプログラムの性能を増すことができ
る。

【００１３】バージョン２のアーキテクチャは、バージ
ョン１のアーキテクチャのスーパーセットと称されるも
のであり、すなわち、このバージョン２のアーキテクチ
ャは、新しい命令に加えて、バージョン１の命令のすべ
てを含む。したがって、バイトストアオペレーション
は、バージョン１のアルファコンピュータについて前述
したのと同じようにして、バージョン２のアルファコン
ピュータにて行われうる。そして、実際に、バージョン
１のコンピュータに対して書かれコンパイルされたプロ
グラムは、バージョン２のコンピュータにて変更されな
いままで実行されうる。しかしながら、バージョン２の
アルファコンピュータにて実行されるプログラムは、前
述したより古い方法に代えて、新しいバイトおよびワー
ド命令を使用するのが好ましい。

【００１４】図１に示した種々のエレメントは、このよ
うな目的を達成するために協動する。１つの重要なエレ
メントは、実行可能なプログラム１４を発生するコンパ
イラ１２である。このコンパイラ１２の機能について、
以下に、主として、それが発生する実行可能なプログラ
ム１４の構造に関して説明する。コンパイラ１２を実施
するための適当な手段については、ここでの説明から当
業者には明らかであろう。

【００１５】後記の付録Ａは、リストのセクション１に
挙げられたソースプログラム１０から発生される実行可
能なプログラム１４の構造を示す簡単なプログラム例の
リストである。この付録Ａのリストに現れているエレメ
ントについて、以下に、ある程度詳細に説明する。

【００１６】このプログラム例は、変数ｂを別の変数ａ
へ単純にコピーするｓ１と称するサブルーチンを含む。
これらの変数ａおよびｂは、バイトとして宣言される。
ａおよびｂは、バイトタイプの変数であるのでサブルー
チンｓ１において現れる割当てａ＝ｂは、バージョン１
のアルファコンピュータと、バージョン２のアルファコ
ンピュータとでは、異なった仕方で実施されるのが好ま
しい。何故ならば、前述したように、バージョン１のコ
ンピュータには、バイトロードおよびストア命令がない
からである。

【００１７】このリストのセクション２は、その実行可
能なプログラム１４が異なるアルファ実施に対してこの
要件を取り扱うためにどのように構成されるかを示して
いる。相対プログラム位置００００で始まるプログラム
の主要部分は、バイトｂを含むカッドワードを汎用レジ
スタｔ０へもたらすためロードカッドワード命令（１ｄ
ｇ ｕ）を実行し、それから、そのバイトをｔ０内の最
下位位置に置くためにエクストラクトバイト命令（ｅｘ
ｔｂ１）を実行する。この点で、この割当て機能を完了
するために、このようにしてｔ０に置かれたバイトｂを
メモリのバイトａのアドレスに記憶する必要がある。必
要とされるストアバイト機能をなすために、サブルーチ
ン（ｂｓｒ）へのブランチが、ｓｔｂ ｒｏｕｔｉｎｅ
とラベルされたルーチンに対して実行される。このルー
チンは、後述するようなストアバイトオペレーションを
行なう。このサブルーチンｓｔｂ ｒｏｕｔｉｎｅが完
了するとき、バイト割当てａ＝ｂが完了され、それか
ら、リターン命令（ｒｅｔ）が、サブルーチンｓ１から
の復帰を実施する。

【００１８】ルーチンｓｔｂ ｒｏｕｔｉｎｅは、バイ
トａを含むカッドワードをレジスタｔ１１へもたらすロ
ードカッドワード命令で始まる。それから、このルーチ
ンｓｔｂ ｒｏｕｔｉｎｅは、さもなければ零のフィー
ルドを含むアドレスａ０、ｔ１２の下位ビットによって
示されるレジスタｔ１２の位置にバイトｂ（ｔ０から）
を入れるインサートバイト命令（ｉｎｓｂ１）を実行す
る。マスク命令（ｍｓｋｂ１）は、バイトａを形成する
レジスタｔ１１のビットをクリアし、したがって、ｔ１
１は、ａが配置されていたカッドワードを、ａがそうで
あった相続く零のホールを有した状態で保持する。それ
から、論理和命令（ｂｉｓ）がバイトｂをそのホールへ
挿入し、したがって、ｔ１１は、元々ロードされた同じ
カッドワードを、ａの代わりにｂが置かれた状態で保持
する。最後に、このカッドワードは、ストアカッドワー
ド（ｓｔｑ）命令を使用してメモリへ書き戻される。こ
の正味の効果は、勿論、メモリにおける単一バイトａが
バイトｂによって置き換えられたことである。

【００１９】付録Ａに現れているようなプログラム例の
実行のフローは、ｓ１サブルーチンにおける位置０００
０からｂｓｒを通して０００８まで行き、それから、ｓ
ｔｂ ｒｏｕｔｉｎｅの位置００１０から位置００２４ま
で行き、最後に、ｓ１の位置０００Ｃへ戻る。このシー
ケンスは、バージョン１のアルファコンピュータまたは
バージョン２のアルファコンピュータに関して実行しう
るようにして、バイトロード／ストアペアを実行する。
これは、実行可能なプログラム１４の変更なしで実行さ
れるデホールトコードシーケンスである。

【００２０】このリストのセクション３は、アーキテク
チャセクションと称されるセクションを示している。こ
れは、ローダが異なるロードされた実行可能なイメージ
１８−１および１８−２を形成することができるように
する情報を含む実行可能なプログラム１４の別のセクシ
ョンである。このリストには、３つの重要なアイテム、
すなわち、バージョン指示値（０００２）、アドレス
（０００８）および命令（ｓｔｂ ｔ０，（ａ０））が
ある。これらの３つのアイテムは、そこに現れているア
ドレス０００８によって、位置０００８でのｂｓｒ命令
に関連付けられるアーキテクチャエントリを形成する。
一般的に、ソースプログラム１２によって必要とされる
各割当てオペレーションに対して１つのアーキテクチャ
エントリがある。この例は、１つの割当てしか有してい
ないので、アーキテクチャセクションには、１つのアー
キテクチャエントリしか示されていない。このアーキテ
クチャエントリにおけるバージョン指示値は、実行を行
なうターゲットコンピュータがそのアーキテクチャエン
トリに現れる命令を実行することができるかを、ローダ
が判断できるようにする。アドレスは、ローダが、ｓｔ
ｂ ｒｏｕｔｉｎｅに対するコーリングポイントを識別
できるようにする。そして、その命令は、ローダによっ
て容易に識別され検索されうるように、そのアーキテク
チャエントリに置かれる。

【００２１】後述するように、ローダ１６は、バージョ
ン２のアルファコンピュータにて実行されるべきときに
は、付録Ａに示した実行可能なプログラム１４を変更す
る。詳細には、ローダは、位置０００８に現れているｂ
ｓｒ命令を、アーキテクチャエントリに現れるｓｔｂ命
令で置き換える。その結果変更されたプログラムは、ソ
ースプログラムによって必要とされる同じ割当てオペレ
ーションを実行するが、実行のためのフローは異なる。
変更されたプログラムは、単に、位置０００Ｃに復帰す
るまで直線的に実行し、サブルーチンｓｔｂ ｒｏｕｔ
ｉｎｅを呼び出すことはない。

【００２２】前述したような置換は、実行可能なプログ
ラムの実行のフローに影響を与えないような仕方で行わ
れねばならない。アルファアーキテクチャにおいて、す
べての命令は、同じサイズであり、３２ビットである。
したがって、１つの命令は、命令ストリームにギャップ
を生じたり、命令ストリームのギャップを埋めたりせず
に、別の命令と置き換えられうる。他のアーキテクチャ
または置換スキームにおいては、デホールトシーケンス
を発生するとき、その後の置換を考慮する必要がある。
例えば、置換命令がデホールト命令より大きい場合に
は、デホールト命令に隣接した命令ストリームにおいて
ノーオペレーション（ＮＯＰ）コマンドを発生する必要
がある。このような技法は、当業分野においてはよく知
られている。

【００２３】ここで注意すべき点は、付録Ａに現れてい
るようなプログラム例は、バージョン１のアルファコン
ピュータに関して変更を要せずに実行しうるということ
である。したがって、このプログラムは、アーキテクチ
ャ情報およびｓｔｂ命令におけるパッチングの可能性を
念頭においていないローダプログラムによってでも、メ
モリへロードされうる。これは、コードシーケンスのこ
のような配列によって達成される遡及的両立性をさらに
示すものである。

【００２４】図２を参照するに、ローダ１６のオペレー
ションについて、本実施例について以下説明する。ロー
ディングプロセス中、ローダ１６は、実行可能なプログ
ラム１４のアーキテクチャセクションにアクセスする。
そして、ローダは、そこに見出したバージョン指示値
を、ターゲットコンピュータのバージョンを特定するタ
ーゲットコンピュータ環境における情報と比較する。ア
ルファアーキテクチャにおいては、この情報は、アマス
ク（アーキテクチャマスク）命令を介して手に入る。も
し、ターゲットコンピュータのバージョンがアーキテク
チャセクションの値によって特定されるものと一致しな
い場合には、ターゲットコンピュータは、そのアーキテ
クチャセクションに記憶された命令を実行することがで
きない。この場合において、ローダは、付録Ａに示され
た実行可能なコードを、実行可能なプログラム１４から
変更されていないメモリ２０−１へと単にコピーするこ
とによって、バージョン１ロード実行可能イメージ１８
−１を形成する。しかしながら、もし、ターゲットコン
ピュータのバージョンがそのアーキテクチャセクション
における値によって特定されるものと一致する場合に
は、ターゲットコンピュータは、そのアーキテクチャセ
クションに記憶された命令を実行することができる。こ
の場合において、ローダ１６は、バージョンロード実行
可能イメージ１８−２を形成する。ローダは、そのアー
キテクチャセクションに記憶されたアドレスおよび命令
を得る。それから、実行可能なプログラム１４をメモリ
２０−２へコピーしている間、または、コピーの後、ロ
ーダは、その特定されたアドレスに現れる命令を、その
アーキテクチャセクションから得られる命令で置き換え
る。

【００２５】本発明の実施例の特定の特徴について説明
してきたのであるが、本発明の範囲内に入る他の多くの
可能な実施例がある。本発明は、命令セットアーキテク
チャを改訂することにより発生する問題を処理するのに
特に有用である。しかしながら、本発明は、より一般的
には、実行可能なプログラムが実行されうるような異な
るランタイム環境のセットにおいて効果的な結果をもた
らすのに適用されうる。このようなランタイム環境の例
としては、異なるオペレーティングシステム、通常のオ
ペレーティングモード対デバッグ、異なる浮動小数点演
算スキームまたは所望の精度がある。例示した実施例で
は、実行可能なプログラムは、２つのランタイム環境の
うちのどちらか一方にて実行され、２つの代替コードシ
ーケンスが発生される。本発明の原理は、２つ、３つ、
またはそれ以上の代替コードシーケンスが含まれるよう
な３つまたはそれ以上の異なるランタイム環境での実行
を行えるように拡張されうる。

【００２６】前述したようなコンパイラは、発生される
実行可能なイメージ１４を効果的に処理するのに外部ロ
ーダに頼っているが、別の実施例では、ランタイムでそ
の変更を実施する実行可能なプログラムにコードをそれ
自身で発生することができる。さらに別の実施例では、
発生されたルーチン（ｓｔｂ ｒｏｕｔｉｎｅの如き）
は、ストアバイト機能が必要とされるような多重位置か
ら呼び出されうる。このようなスキームでは、ｓｔｂ命
令によって使用されるパラメータに特定のプリアレンジ
制約を課す必要がある。このような技法は、当業分野に
おいては知られており、これらを使用することにより、
発生される実行可能なプログラムのスペース効率をより
大きくすることができる。最後に、別の実施例では、デ
ホールトシーケンスが遡及的な両立性のあるルーチンで
なく、新しい命令であることの方が重要であることもあ
る。本特許請求の範囲は、これらのすべておよびその他
の実施例を包含しようとしているものである。

【００２７】 付 録 Ａ プログラム例のリスト ｛セクション１−ソースプログラムリスト｝ １ サブルーチン ｓ１（ａ，ｂ） ２ バイトａ，ｂ ３ ａ＝ｂ ４ 終了 ｛セクション２−シンボリックフォーマットにおける実行可能なプログラム｝ ｓ１： 0000 1dq u t0,(a1) ／／ｂを含むカッドワードをレジスタｔ０ ／／へもたらす 0004 extb1 t0,a1,t0 ／／所望のバイトを抽出し、最下位位置に ／／置く 0008 bsr at,stb routine ／／ストアバイトルーチンを呼ぶ 000C ret (ra) ／／リンクとしてレジスタｒａを使用して ／／復帰 stb routine : 0010 1dq u t11, (a0) ／／ａを含むカッドワードをレジスタｔ１ ／／１へもたらす 0014 insb1 t0,a0,t12 ／／レジスタｔ１２における零のフィール ／／ドにバイトｂを置く 0018 mskb1 t11,a0,t11 ／／レジスタｔ１１におけるバイトａを構 ／／成するビットをクリア 001C bis t11,t12,t11 ／／レジスタｔ１１をレジスタｔ１１へビ ／／ットワイズオア 0020 stq u t11,(a0) ／／レジスタｔ１１をメモリへストアし戻 ／／す 0024 ret (at) ／／リンクとしてレジスタａｔを使用して ／／復帰 ｛セクション３−アーキテクチャセクション｝ arch section: 0000 0002 ／／置換がＯＫであるバージョンのコンピ ／／ュータを指示する値 0008 ／／ｓｔｂによって置き換えられるべきｂ ／／ｓｒのアドレス stb t0, (a0) ／／ｂｓｒを置き換える命令

【図面の簡単な説明】

【図１】本発明の原理を使用したプログラムコンパイリ
ングおよびローディングを示すブロック図である。

【図２】図１のスキームにおけるローダプログラムのオ
ペレーションを示すフローチャートを示す図である。

【符号の説明】

１０ ソース言語プログラム １２ コンパイラ １４ 実行可能なプログラム １６ ローダ １８−１ バージョン１ロード実行可能イメージ １８−２ バージョン２ロード実行可能イメージ ２０−１ メモリ ２０−２ メモリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 トーマス ヴァン バーク アメリカ合衆国 ワシントン州 98006 ベルヴィュー サウスイースト フォーテ ィフィフス プレイス 15720 (72)発明者 ウィリアム ケイ コルゲート アメリカ合衆国 ワシントン州 98027 イサカ ワンハンドレッドアンドセヴンテ ィース プレイス サウスイースト 4327 (72)発明者 リチャード エル シーテス アメリカ合衆国 カリフォルニア州 94025 メンロ パーク カンポ ベーロ レーン 145

Claims (1)

【特許請求の範囲】
1. 【請求項１】 コンピュータにおいてコール命令を置き
   換える方法において、 ターゲットコンピュータへロードされるべき実行可能な
   プログラムに現れる命令を該ターゲットコンピュータが
   実行しうるかをチェックし決定し、 もし、前記ターゲットコンピュータが前記命令を実行で
   きる場合には、前記実行可能なプログラムにおけるアー
   キテクチャセクションから、前記命令によって置き換え
   られうる前記実行可能なプログラムにおけるコール命令
   の位置を特定するアドレスを検索し、前記アーキテクチ
   ャセクションから前記命令を検索し、前記実行可能なプ
   ログラムの他のものの実行のフローに影響を与えないよ
   うにして、前記コール命令を前記検索された命令と置き
   換え、 もし、前記ターゲットコンピュータが前記命令を実行で
   きない場合には、前記コール命令を置き換えないように
   する、ことを特徴とする方法。