JPH0934713A - プログラミング言語処理方法及び装置 - Google Patents
プログラミング言語処理方法及び装置Info
- Publication number
- JPH0934713A JPH0934713A JP8171363A JP17136396A JPH0934713A JP H0934713 A JPH0934713 A JP H0934713A JP 8171363 A JP8171363 A JP 8171363A JP 17136396 A JP17136396 A JP 17136396A JP H0934713 A JPH0934713 A JP H0934713A
- Authority
- JP
- Japan
- Prior art keywords
- instruction
- code
- programming language
- language
- record
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/51—Source to source
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/40—Transformation of program code
- G06F8/41—Compilation
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4488—Object-oriented
- G06F9/449—Object-oriented method invocation or resolution
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Devices For Executing Special Programs (AREA)
Abstract
(57)【要約】
【課題】仮想関数と独立コードリソースを含むオブジェ
クト指向言語から、命令コードを自動的にコンパイルす
る。 【解決手段】第１のオブジェクト指向言語の命令コード
の集合を、第２のオブジェクト指向言語の命令コードの
集合に変換する構成において、第１のオブジェクト指向
言語からの一連の命令コードは、所定の構成を含むコー
ドを検出するために構文解析される（ステップ６０
３）。その検出された構成は、第２のオブジェクト指向
言語における割り当て及び初期化の構成に自動的に変更
され、変更された命令コードを指し示す参照コードのテ
ーブルが、独立コードリソースのためにジャンプテーブ
ルが形成されるよう、生成される（ステップ６１９，６
２１）。
クト指向言語から、命令コードを自動的にコンパイルす
る。 【解決手段】第１のオブジェクト指向言語の命令コード
の集合を、第２のオブジェクト指向言語の命令コードの
集合に変換する構成において、第１のオブジェクト指向
言語からの一連の命令コードは、所定の構成を含むコー
ドを検出するために構文解析される（ステップ６０
３）。その検出された構成は、第２のオブジェクト指向
言語における割り当て及び初期化の構成に自動的に変更
され、変更された命令コードを指し示す参照コードのテ
ーブルが、独立コードリソースのためにジャンプテーブ
ルが形成されるよう、生成される（ステップ６１９，６
２１）。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータコー
ドのコンパイルに関し、特にオブジェクト指向のコード
構造における仮想関数のコンパイルの構成に関する。
ドのコンパイルに関し、特にオブジェクト指向のコード
構造における仮想関数のコンパイルの構成に関する。
【０００２】
【従来の技術】良く知られているように、オブジェクト
指向プログラミング言語は、プログラミングのオブジェ
クトの特性に関連するクラスと、そのクラスと同じ特性
を有するサブクラスに基づいた構造を利用している。例
えば、「図形」クラスがオブジェクトの幾何学的特徴に
関連していれば、楕円は「図形」のサブクラスを形成し
ており、円は楕円のサブクラスを形成している。多角形
は、楕円とは異なる「図形」の別のサブクラスを形成し
ている。長方形は多角形のサブクラスを形成しており、
正方形は長方形のサブクラスを構成している。各サブク
ラスは、クラスから派生した特性を有している一方で、
処理が実行された時に考慮されねばならない固有な特性
をも有している。クラス及びサブクラスは共通の特性を
有しているために、描画のようなひとつの処理の最中に
実行される幾つかの関数は同一である。けれども、各ク
ラスの固有な特性により、その描画プロセス中の他の関
数がそのクラスのために特に設計されることが要求され
る。
指向プログラミング言語は、プログラミングのオブジェ
クトの特性に関連するクラスと、そのクラスと同じ特性
を有するサブクラスに基づいた構造を利用している。例
えば、「図形」クラスがオブジェクトの幾何学的特徴に
関連していれば、楕円は「図形」のサブクラスを形成し
ており、円は楕円のサブクラスを形成している。多角形
は、楕円とは異なる「図形」の別のサブクラスを形成し
ている。長方形は多角形のサブクラスを形成しており、
正方形は長方形のサブクラスを構成している。各サブク
ラスは、クラスから派生した特性を有している一方で、
処理が実行された時に考慮されねばならない固有な特性
をも有している。クラス及びサブクラスは共通の特性を
有しているために、描画のようなひとつの処理の最中に
実行される幾つかの関数は同一である。けれども、各ク
ラスの固有な特性により、その描画プロセス中の他の関
数がそのクラスのために特に設計されることが要求され
る。
【０００３】オブジェクト指向プログラミングでは、ひ
とつのクラスの関数およびメソッドは、そのサブクラス
に継承し得る。好都合にも、ひとつのクラスの関数にお
ける変更は、そのサブクラス全てに適用され得る。ある
ファンクションがあるひとつのサグクラスにのみ関係し
ているならば、それはそのサブクラスのみに適用されね
ばならない。図形の描画の場合、オブジェクトの領域の
計算のための同一関数はすべてのサブクラスで用いるこ
とができるが、サブクラス中の図形を描画する関数は異
なっている。オブジェクト指向プログラミングは、他の
クラスからの継承していないあるクラスの関数（例えば
仮想関数）の処理が、直接継承した関数の処理と異なる
よう、その仮想関数はそのクラスの固有な特性の記述に
変更されるという、ポリモーフィズムの機能を含んでい
る。
とつのクラスの関数およびメソッドは、そのサブクラス
に継承し得る。好都合にも、ひとつのクラスの関数にお
ける変更は、そのサブクラス全てに適用され得る。ある
ファンクションがあるひとつのサグクラスにのみ関係し
ているならば、それはそのサブクラスのみに適用されね
ばならない。図形の描画の場合、オブジェクトの領域の
計算のための同一関数はすべてのサブクラスで用いるこ
とができるが、サブクラス中の図形を描画する関数は異
なっている。オブジェクト指向プログラミングは、他の
クラスからの継承していないあるクラスの関数（例えば
仮想関数）の処理が、直接継承した関数の処理と異なる
よう、その仮想関数はそのクラスの固有な特性の記述に
変更されるという、ポリモーフィズムの機能を含んでい
る。
【０００４】Ｃ＋＋のようなオブジェクト指向言語の命
令コードのコンパイルにおいて、オブジェクト指向言語
Ｃ＋＋のソース命令コードをＣ言語における命令コード
に翻訳する必要がある。その翻訳は、仮想関数の相異な
る処理のために必要とされるコードのセットを提供すべ
く各クラスで宣言された仮想関数用の仮想関数テーブル
（すなわちv-table）の割当てと創出を含んでいなけれ
ばならない。仮想関数テーブルは、大域変数を指し示す
ポインタの配列である。あるアプリケーションプログラ
ムの仮想関数の参照は、そのアプリケーションの参照メ
モリ位置からのオフセットを確定することにより行われ
る（例えば、マッキントッシュ環境におけるA5worl
d）。参照メモリ位置からの同様のオフセットは、ウイ
ンドウズ及びＤＯＳ環境で提供されている。
令コードのコンパイルにおいて、オブジェクト指向言語
Ｃ＋＋のソース命令コードをＣ言語における命令コード
に翻訳する必要がある。その翻訳は、仮想関数の相異な
る処理のために必要とされるコードのセットを提供すべ
く各クラスで宣言された仮想関数用の仮想関数テーブル
（すなわちv-table）の割当てと創出を含んでいなけれ
ばならない。仮想関数テーブルは、大域変数を指し示す
ポインタの配列である。あるアプリケーションプログラ
ムの仮想関数の参照は、そのアプリケーションの参照メ
モリ位置からのオフセットを確定することにより行われ
る（例えば、マッキントッシュ環境におけるA5worl
d）。参照メモリ位置からの同様のオフセットは、ウイ
ンドウズ及びＤＯＳ環境で提供されている。
【０００５】独立コードリソースは、多くのアプリケー
ションと分離されているが利用されるヘッダあるいはド
ライバ用のコードセグメントがアプリケーションの一部
として処理できるよう、しばしばアプリケーションのプ
ログラミングで用いられる。独立コードリソースは、ア
プリケーションの一部ではなく、それゆえにA5worldの
ように参照メモリ位置を持たないコードモジュールであ
る。従って、リンカは独立コードリソースの位置を定め
るために用いられねばならない。リンカは、各関数の位
置に関する詳細な情報とサイズとを含むジャンプテーブ
ルを作成するよう動作する。
ションと分離されているが利用されるヘッダあるいはド
ライバ用のコードセグメントがアプリケーションの一部
として処理できるよう、しばしばアプリケーションのプ
ログラミングで用いられる。独立コードリソースは、ア
プリケーションの一部ではなく、それゆえにA5worldの
ように参照メモリ位置を持たないコードモジュールであ
る。従って、リンカは独立コードリソースの位置を定め
るために用いられねばならない。リンカは、各関数の位
置に関する詳細な情報とサイズとを含むジャンプテーブ
ルを作成するよう動作する。
【０００６】
【発明が解決しようとする課題】けれども、公知のリン
ク装置は、自動的に実行されることはなく、特殊な処理
を要求していた。１９９０年１０月にアップルデベロッ
プ誌に掲載された、パトリック Ｃ．ベアードによる記
事「Ｃ＋＋におけるポリモーフィックコードリソース」
の第４００−４１２ページでは、アプリケーション内の
独立コードリソースをリンクするために、それらコード
リソースをそのアプリケーション内に包含する方法が開
示されている。そのアプリケーション中では、個々の特
化したプログラムが多くのタイプの独立コードリソース
の各々のために用意されている。そのかわり、オブジェ
クト指向ソースコードからの翻訳によりコンパイルされ
る、継承クラスの命令コードを処理するために、手操作
による介入が要求されていた。従って、コンピュータの
アプリケーションプログラム用に格納された命令セット
における独立コードの合体は、高価であり、また時間を
浪費する仕事であった。
ク装置は、自動的に実行されることはなく、特殊な処理
を要求していた。１９９０年１０月にアップルデベロッ
プ誌に掲載された、パトリック Ｃ．ベアードによる記
事「Ｃ＋＋におけるポリモーフィックコードリソース」
の第４００−４１２ページでは、アプリケーション内の
独立コードリソースをリンクするために、それらコード
リソースをそのアプリケーション内に包含する方法が開
示されている。そのアプリケーション中では、個々の特
化したプログラムが多くのタイプの独立コードリソース
の各々のために用意されている。そのかわり、オブジェ
クト指向ソースコードからの翻訳によりコンパイルされ
る、継承クラスの命令コードを処理するために、手操作
による介入が要求されていた。従って、コンピュータの
アプリケーションプログラム用に格納された命令セット
における独立コードの合体は、高価であり、また時間を
浪費する仕事であった。
【０００７】本発明は、仮想関数と独立コードリソース
とを含むオブジェクト指向言語から命令コードを自動的
にコンパイルするためのプログラミング言語の処理方法
を提供することを目的とする。
とを含むオブジェクト指向言語から命令コードを自動的
にコンパイルするためのプログラミング言語の処理方法
を提供することを目的とする。
【０００８】
【課題を解決するための手段】上記目的を達成するため
に、本発明は次のような構成を有する。すなわち、オブ
ジェクト指向言語の命令レコードを処理するプログラミ
ング言語の処理であって、オブジェクト指向言語の一連
の命令レコードが読み込まれ、前記一連の命令レコード
から所定の構成を含む命令レコードが検出される。検出
された各命令レコードは、格納位置コードを含む置換命
令レコードの集合に置換され、前記命令レコードの置換
に応じて、前記格納位置を指し示すコードのテーブルが
生成される。
に、本発明は次のような構成を有する。すなわち、オブ
ジェクト指向言語の命令レコードを処理するプログラミ
ング言語の処理であって、オブジェクト指向言語の一連
の命令レコードが読み込まれ、前記一連の命令レコード
から所定の構成を含む命令レコードが検出される。検出
された各命令レコードは、格納位置コードを含む置換命
令レコードの集合に置換され、前記命令レコードの置換
に応じて、前記格納位置を指し示すコードのテーブルが
生成される。
【０００９】本発明のひとつの形態によれば、前記検出
された各命令レコードは大域変数レコードである。
された各命令レコードは大域変数レコードである。
【００１０】本発明の他の形態によれば、前記生成され
た格納位置を指し示すコードのテーブルは、前記大域変
数の仮想関数の格納位置を指し示すコードを含む。
た格納位置を指し示すコードのテーブルは、前記大域変
数の仮想関数の格納位置を指し示すコードを含む。
【００１１】本発明の更に他の形態によれば、前記置換
命令レコードは、前記大域変数の仮想関数のためのテー
ブルを割り当てる割り当て命令コードを含む。
命令レコードは、前記大域変数の仮想関数のためのテー
ブルを割り当てる割り当て命令コードを含む。
【００１２】添付の図面とともに下記の実施の形態の詳
細な説明を参照することで、本発明に対する理解が深ま
るはずである。
細な説明を参照することで、本発明に対する理解が深ま
るはずである。
【００１３】
【発明の実施の形態】図１は、パーソナルコンピュータ
のアプリケーションプログラムを格納するメモリの構成
を示している。図１に示すように、アプリケーションプ
ログラムコードは、ジャンプテーブル部１０３と、アプ
リケーションパラメータ部１０５と、アプリケーション
大域変数部１０７とを含んでいる。もしそのアプリケー
ションがクイックドロウのような描画コードリソースを
利用するのなら、その大域変数はクイックドロウ大域変
数部１０９に格納され、アプリケーションパラメータ部
１０５内で指し示される。表１は、クラスBaseと、クラ
スBaseのサブクラスであるクラスcircle及びsquareとを
含む、クイックドロウを用いるプログラムのためのオブ
ジェクト指向言語Ｃ＋＋の命令群である。クラスBase
は、パブリックに宣言された、図形を描画する仮想関数
Drawと図形の特徴を計算する仮想関数Calcとを含む。パ
ラメータの要素ｘとｙは、クラスBase内でのみ使用され
るデータメンバである。クラスcircleは、クラスBaseに
おけるDrawのメソッドと異なる、円を描くためのメソッ
ドを定義する仮想関数Drawを含むクラスBaseのサブクラ
スである。クラスsquareは、円を描くためのメソッドと
は異なる、正方形を描くためのメソッドを定義する仮想
関数Drawを含むクラスBaseのサブクラスである。
のアプリケーションプログラムを格納するメモリの構成
を示している。図１に示すように、アプリケーションプ
ログラムコードは、ジャンプテーブル部１０３と、アプ
リケーションパラメータ部１０５と、アプリケーション
大域変数部１０７とを含んでいる。もしそのアプリケー
ションがクイックドロウのような描画コードリソースを
利用するのなら、その大域変数はクイックドロウ大域変
数部１０９に格納され、アプリケーションパラメータ部
１０５内で指し示される。表１は、クラスBaseと、クラ
スBaseのサブクラスであるクラスcircle及びsquareとを
含む、クイックドロウを用いるプログラムのためのオブ
ジェクト指向言語Ｃ＋＋の命令群である。クラスBase
は、パブリックに宣言された、図形を描画する仮想関数
Drawと図形の特徴を計算する仮想関数Calcとを含む。パ
ラメータの要素ｘとｙは、クラスBase内でのみ使用され
るデータメンバである。クラスcircleは、クラスBaseに
おけるDrawのメソッドと異なる、円を描くためのメソッ
ドを定義する仮想関数Drawを含むクラスBaseのサブクラ
スである。クラスsquareは、円を描くためのメソッドと
は異なる、正方形を描くためのメソッドを定義する仮想
関数Drawを含むクラスBaseのサブクラスである。
【００１４】
【表１】
【００１５】 Ｃ＋＋言語のオブジェクト指向命令をＣ言語の命令に翻
訳する際、仮想関数テーブル（v-table）が図２に示し
ように生成される。図２を参照すると、クラスBase２０
１は、仮想関数Draw２０３（Base::Draw）及びCalc２０
４（Base::Calc）を含んでいる。クラスcircle２０５
は、仮想関数Draw２０７（circle::Draw）及びCalc２０
８（Base::Calc）を含み、クラスsquare２０９は、仮想
関数Draw２１１（square::Draw）及びCalc２１３（Bas
e::Calc）を含んでいる。v-tableは、そのクラスの仮想
関数へのオフセットポインタを含み、各クラスごとに生
成される。クラスBaseのv-table２１４は、Baseの仮想
関数Draw（Base::Draw）のコードへのメモリアドレスポ
インタ２１５と、Baseの仮想関数Calc（Base::Calc）の
コードへのメモリアドレスポインタ２１７とを含んでい
る。クラスcircleのv-table２１８は、クラスcircleの
仮想関数Draw（circle::Draw）のコードへのポインタ２
１９と、クラスBaseの仮想関数Calcのコードへのポイン
タ２２１とを含んでいる。クラスsquareのv-table２２
２は、クラスsquareの仮想関数Draw（square::Draw）の
コードへのポインタ２２３と、クラスBaseの仮想関数Ca
lcのコードへのポインタ２２５とを含んでいる。
訳する際、仮想関数テーブル（v-table）が図２に示し
ように生成される。図２を参照すると、クラスBase２０
１は、仮想関数Draw２０３（Base::Draw）及びCalc２０
４（Base::Calc）を含んでいる。クラスcircle２０５
は、仮想関数Draw２０７（circle::Draw）及びCalc２０
８（Base::Calc）を含み、クラスsquare２０９は、仮想
関数Draw２１１（square::Draw）及びCalc２１３（Bas
e::Calc）を含んでいる。v-tableは、そのクラスの仮想
関数へのオフセットポインタを含み、各クラスごとに生
成される。クラスBaseのv-table２１４は、Baseの仮想
関数Draw（Base::Draw）のコードへのメモリアドレスポ
インタ２１５と、Baseの仮想関数Calc（Base::Calc）の
コードへのメモリアドレスポインタ２１７とを含んでい
る。クラスcircleのv-table２１８は、クラスcircleの
仮想関数Draw（circle::Draw）のコードへのポインタ２
１９と、クラスBaseの仮想関数Calcのコードへのポイン
タ２２１とを含んでいる。クラスsquareのv-table２２
２は、クラスsquareの仮想関数Draw（square::Draw）の
コードへのポインタ２２３と、クラスBaseの仮想関数Ca
lcのコードへのポインタ２２５とを含んでいる。
【００１６】ライン２２７及び２２９で示されているよ
うに、クラスBaseの仮想関数Draw２０３はオフセットポ
インタ２１５を参照し、クラスBaseの仮想関数Calcはオ
フセットポインタ２１７を参照する。クラスcircle２０
５の仮想関数Calc２０８及びクラスsquare２０９の仮想
関数Calc２１３は、クラスBaseと同じ関数Calcを使用す
る。ライン２３５及び２３７で示されるように、関数Ca
lcは、クラスcircle及びsquareのそれぞれのv-table中
のオフセットポインタ２２１及び２２５を参照する。け
れども、クラスcircleのDrawメソッドは、クラスBaseの
Drawメソッドとは異なっている。従って、クラスcircle
２０５は、そのDraw関数のために、ライン２４１に示さ
れるようにクラスcircleのv-table２１８中のオフセッ
トポインタ２１９を参照する。同様に、クラスsquareの
DrawメソッドはクラスBase及びcircleのDrawメソッドと
は異なる。クラスsquare２０９は、そのDraw関数のため
に、ライン２３９に示されるようにクラスsquareのv-ta
ble２２２中のオフセットポインタ２２３を参照する。
うに、クラスBaseの仮想関数Draw２０３はオフセットポ
インタ２１５を参照し、クラスBaseの仮想関数Calcはオ
フセットポインタ２１７を参照する。クラスcircle２０
５の仮想関数Calc２０８及びクラスsquare２０９の仮想
関数Calc２１３は、クラスBaseと同じ関数Calcを使用す
る。ライン２３５及び２３７で示されるように、関数Ca
lcは、クラスcircle及びsquareのそれぞれのv-table中
のオフセットポインタ２２１及び２２５を参照する。け
れども、クラスcircleのDrawメソッドは、クラスBaseの
Drawメソッドとは異なっている。従って、クラスcircle
２０５は、そのDraw関数のために、ライン２４１に示さ
れるようにクラスcircleのv-table２１８中のオフセッ
トポインタ２１９を参照する。同様に、クラスsquareの
DrawメソッドはクラスBase及びcircleのDrawメソッドと
は異なる。クラスsquare２０９は、そのDraw関数のため
に、ライン２３９に示されるようにクラスsquareのv-ta
ble２２２中のオフセットポインタ２２３を参照する。
【００１７】図３は、マッキントッシュタイプのパーソ
ナルコンピュータにおけるアプリケーションプログラム
の構成を図式的に示している。図３においては、アプリ
ケーションの命令コードは、システムプログラム及びパ
ーソナルコンピュータにより使用される他のリソースを
格納するロ−メモリ３２５と、ハイメモリ３０１との間
に位置している。図３のメモリ構造は、A5world部３０
５と、アプリケーションスタック３１０と、未使用メモ
リ部３１５と、ヒープ３２０とを含んでいる。ヒープ３
２０は、開放され得るコールを通してプログラムに割り
当てられたメモリである。
ナルコンピュータにおけるアプリケーションプログラム
の構成を図式的に示している。図３においては、アプリ
ケーションの命令コードは、システムプログラム及びパ
ーソナルコンピュータにより使用される他のリソースを
格納するロ−メモリ３２５と、ハイメモリ３０１との間
に位置している。図３のメモリ構造は、A5world部３０
５と、アプリケーションスタック３１０と、未使用メモ
リ部３１５と、ヒープ３２０とを含んでいる。ヒープ３
２０は、開放され得るコールを通してプログラムに割り
当てられたメモリである。
【００１８】良く知られているように、マッキントッシ
ュタイプのパーソナルコンピュータにおけるA5worldの
構成は、アプリケーションのプログラムセグメントのロ
ーディング及びアンローディングを制御するセグメント
ローダマネージャを用いることで多くのキーデータ構造
を間接的に指し示すマイクロプロセッサ中のＡ５レジス
タの参照に依存している。Ａ５レジスタは、アプリケー
ション中の関数を指し示すための参照位置として使用さ
れる。アプリケーションのコンパイラは大域変数に対す
るＡ５相対アドレッシングモードを生成し、リンカは実
際のオフセットを決定する。コンパイルにおいて、アプ
リケーションのコンパイルが開始されると、セグメント
ローダは各アプリケーションについてA5worldのための
空間を割り当てる。実行コードは、大域変数空間を指し
示すためにＡ５を設定するアプリケーションの前部にリ
ンクされる。他のタイプのパーソナルコンピュータは、
アプリケーションセグメントの位置決め用の参照のため
に、他の同様な構成を用いている。
ュタイプのパーソナルコンピュータにおけるA5worldの
構成は、アプリケーションのプログラムセグメントのロ
ーディング及びアンローディングを制御するセグメント
ローダマネージャを用いることで多くのキーデータ構造
を間接的に指し示すマイクロプロセッサ中のＡ５レジス
タの参照に依存している。Ａ５レジスタは、アプリケー
ション中の関数を指し示すための参照位置として使用さ
れる。アプリケーションのコンパイラは大域変数に対す
るＡ５相対アドレッシングモードを生成し、リンカは実
際のオフセットを決定する。コンパイルにおいて、アプ
リケーションのコンパイルが開始されると、セグメント
ローダは各アプリケーションについてA5worldのための
空間を割り当てる。実行コードは、大域変数空間を指し
示すためにＡ５を設定するアプリケーションの前部にリ
ンクされる。他のタイプのパーソナルコンピュータは、
アプリケーションセグメントの位置決め用の参照のため
に、他の同様な構成を用いている。
【００１９】独立コードは、アプリケーションと異な
り、コンパイルされるのではなく、単にロードされ実行
される。独立コードには、位置を参照するA5worldが無
いため、大域変数のための空間は直ちには割り当てられ
ず、大域変数はすぐに定義できない。その結果、オブジ
ェクト指向言語Ｃ＋＋からＣ言語へのアプリケーション
のための命令セットの変換は、独立コードに関して特別
な措置が必要とされる。本発明によれば、Ｃ＋＋言語の
命令コードにおける仮想関数に係る構成は検出され、関
連する関数に係る配置構成に自動的に置換され、その関
連する関数を指し示す参照コードのテーブルが生成され
る。好都合なことに、各アプリケーションに対する特別
なプログラミング、あるいは、そのアプリケーションに
おいて独立コードリソースを提供するために特別なコー
ドの手作業による挿入の必要なく、仮想関数及び独立コ
ードリソースのためにジャンプテーブルが形成される。
り、コンパイルされるのではなく、単にロードされ実行
される。独立コードには、位置を参照するA5worldが無
いため、大域変数のための空間は直ちには割り当てられ
ず、大域変数はすぐに定義できない。その結果、オブジ
ェクト指向言語Ｃ＋＋からＣ言語へのアプリケーション
のための命令セットの変換は、独立コードに関して特別
な措置が必要とされる。本発明によれば、Ｃ＋＋言語の
命令コードにおける仮想関数に係る構成は検出され、関
連する関数に係る配置構成に自動的に置換され、その関
連する関数を指し示す参照コードのテーブルが生成され
る。好都合なことに、各アプリケーションに対する特別
なプログラミング、あるいは、そのアプリケーションに
おいて独立コードリソースを提供するために特別なコー
ドの手作業による挿入の必要なく、仮想関数及び独立コ
ードリソースのためにジャンプテーブルが形成される。
【００２０】図４は、２つのアプリケーションのための
マッキントッシュパーソナルコンピュータのメモり構成
を示している。図４を参照すると、ハイメモリ部４０１
と、A5world部４０３とアプリケーション１のスタック
４０７とを含む区分４０５と、未使用メモリ部４０９
と、A5world部４１２とアプリケーション２のスタック
４１４とを含む区分４１０と、未使用メモリ部４１６
と、システムヒープ４１８と、ローメモリ部４２０とが
示されている。各アプリケーション部は、仮想関数のオ
フセットのための参照ベースを提供する、それ自身のA5
worldを含んでいる。こうして、メモリ中の、多くの独
立したアプリケーションのそれぞれは、それ自身の割り
当てを用いて動作し得る。
マッキントッシュパーソナルコンピュータのメモり構成
を示している。図４を参照すると、ハイメモリ部４０１
と、A5world部４０３とアプリケーション１のスタック
４０７とを含む区分４０５と、未使用メモリ部４０９
と、A5world部４１２とアプリケーション２のスタック
４１４とを含む区分４１０と、未使用メモリ部４１６
と、システムヒープ４１８と、ローメモリ部４２０とが
示されている。各アプリケーション部は、仮想関数のオ
フセットのための参照ベースを提供する、それ自身のA5
worldを含んでいる。こうして、メモリ中の、多くの独
立したアプリケーションのそれぞれは、それ自身の割り
当てを用いて動作し得る。
【００２１】図５はコンピュータアプリケーションのた
めの命令コードのコンパイル及び格納のために用いるこ
とのできる処理装置のブロック図を示している。図５の
処理装置においては、入力ソースコード記憶部５０３
と、プロセッサ５０５と、出力コード記憶部５０７と、
バス５０１と、入力インターフェース５０９と、入力デ
バイス５１１と、出力インターフェース５１３と、出力
記憶媒体５１５と、データ記憶部５１７と、プログラム
記憶部５１９とがある。バス５０１は、データ記憶部５
１７と、プログラム記憶部５１９と、プロセッサ５０５
と、入力ソースコード記憶部５０３と、出力コード記憶
部５０７と、入力インターフェース５０９と、出力イン
ターフェース５１３とを、情報信号がそれらユニット間
で交換できるように接続している。入力デバイス５１１
はキーボードや磁気記憶デバイスでよく、入力インター
フェース５０９を介してバス５０１に接続され、出力記
憶媒体５１５は、出力インターフェース５１３を介して
バス５０１に接続されている。
めの命令コードのコンパイル及び格納のために用いるこ
とのできる処理装置のブロック図を示している。図５の
処理装置においては、入力ソースコード記憶部５０３
と、プロセッサ５０５と、出力コード記憶部５０７と、
バス５０１と、入力インターフェース５０９と、入力デ
バイス５１１と、出力インターフェース５１３と、出力
記憶媒体５１５と、データ記憶部５１７と、プログラム
記憶部５１９とがある。バス５０１は、データ記憶部５
１７と、プログラム記憶部５１９と、プロセッサ５０５
と、入力ソースコード記憶部５０３と、出力コード記憶
部５０７と、入力インターフェース５０９と、出力イン
ターフェース５１３とを、情報信号がそれらユニット間
で交換できるように接続している。入力デバイス５１１
はキーボードや磁気記憶デバイスでよく、入力インター
フェース５０９を介してバス５０１に接続され、出力記
憶媒体５１５は、出力インターフェース５１３を介して
バス５０１に接続されている。
【００２２】図５の処理装置の命令コードの変換は、プ
ログラム記憶部５１９に格納された命令コードのセット
により制御されるプロセッサ５０５で実行される。デー
タ記憶部５１７は、処理中に要求されたデータを格納す
るよう動作する。動作中、入力デバイス５１１からの、
Ｃ＋＋のようなオブジェクト指向言語の入力命令レコー
ドに対応する信号は、インターフェース５０９を介して
入力される。入力命令レコードは、手作業で、あるいは
磁気ディスクのような記憶媒体から入力され得る。オブ
ジェクト指向言語Ｃ＋＋からＣ言語への、図５の装置を
用いたコード変換において、入力命令レコードのセット
は、まず入力ソースコード記憶部５０３に格納される。
プログラム記憶部５１９に格納されたCFront（Ｃ＋＋か
らＣへ翻訳する、ＡＴ＆Ｔから入手可能なＣ＋＋言語の
翻訳プログラム）のような変換プログラムは、入力ソー
スコード記憶部５９３中のＣ＋＋言語の命令レコードを
Ｃ言語に翻訳し、得られたＣ言語の命令レコードをデー
タ記憶部５１７に格納するようプロセッサ５０５を制御
する。CFrontによって生成されたＣ言語の命令レコード
は、仮想関数テーブルを実現させるレコードを含んでい
る。表２は、その翻訳から得られた、表１に示した命令
コードの大域変数 _vtbl_6square，_vtbl_6circle，_vt
bl_4Baseのための仮想関数テーブルを実現するCFrontの
命令レコードを示している。
ログラム記憶部５１９に格納された命令コードのセット
により制御されるプロセッサ５０５で実行される。デー
タ記憶部５１７は、処理中に要求されたデータを格納す
るよう動作する。動作中、入力デバイス５１１からの、
Ｃ＋＋のようなオブジェクト指向言語の入力命令レコー
ドに対応する信号は、インターフェース５０９を介して
入力される。入力命令レコードは、手作業で、あるいは
磁気ディスクのような記憶媒体から入力され得る。オブ
ジェクト指向言語Ｃ＋＋からＣ言語への、図５の装置を
用いたコード変換において、入力命令レコードのセット
は、まず入力ソースコード記憶部５０３に格納される。
プログラム記憶部５１９に格納されたCFront（Ｃ＋＋か
らＣへ翻訳する、ＡＴ＆Ｔから入手可能なＣ＋＋言語の
翻訳プログラム）のような変換プログラムは、入力ソー
スコード記憶部５９３中のＣ＋＋言語の命令レコードを
Ｃ言語に翻訳し、得られたＣ言語の命令レコードをデー
タ記憶部５１７に格納するようプロセッサ５０５を制御
する。CFrontによって生成されたＣ言語の命令レコード
は、仮想関数テーブルを実現させるレコードを含んでい
る。表２は、その翻訳から得られた、表１に示した命令
コードの大域変数 _vtbl_6square，_vtbl_6circle，_vt
bl_4Baseのための仮想関数テーブルを実現するCFrontの
命令レコードを示している。
【００２３】
【表２】
【００２４】 1 struct _mptr _vtbl_6square[]={ 2 0, 0, 0, 3 0, 0, (_vptp)Draw_6squareFv, 4 0, 0, (_vptp)Calc_4BaseFv, 5 0, 0, 0 6 }; 7 struct _mptr _vtbl_6circle[]={ 8 0, 0, 0, 9 0, 0, (_vptp)Draw_6circleFv, 10 0, 0, (_vptp)Calc_4BaseFv, 11 0, 0, 0 12 }; 13 struct _mptr _vtbl_4Base[]={ 14 0, 0, 0, 15 0, 0, (_vptp)Draw_4BaseFv, 16 0, 0, (_vptp)Calc_4BaseFv, 17 0, 0, 0 18 }; 独立コードリソースにおける仮想関数テーブルの生成を
支援するために、すべてのコードセグメントのためのジ
ャンプテーブルを生成するリンカを用意する必要があ
る。そのジャンプテーブルは、各関数の位置及びそのサ
イズの詳細な情報を提供する。本発明によれば、CFront
が生成した命令レコードは、仮想関数テーブルを割当て
る命令レコードを用意するために構文解析され、その仮
想関数テーブルは初期化される。
支援するために、すべてのコードセグメントのためのジ
ャンプテーブルを生成するリンカを用意する必要があ
る。そのジャンプテーブルは、各関数の位置及びそのサ
イズの詳細な情報を提供する。本発明によれば、CFront
が生成した命令レコードは、仮想関数テーブルを割当て
る命令レコードを用意するために構文解析され、その仮
想関数テーブルは初期化される。
【００２５】図５におけるコード変換動作は図６及び図
７のフローチャートに示されている。図６及び図７のス
テップは、プログラム記憶部５１９に格納された命令に
対応している。図５のブロック図及び図６，図７のフロ
ーチャートを参照すると、第１のオブジェクト指向言語
のソース命令レコードは、入力デバイス５１３及びイン
ターフェース５０９を介して入力され、入力ソースコー
ド記憶部５０３に格納される。第１のオブジェクト指向
言語から得られた命令レコードは、ステップ６０１でプ
ロセッサ５０５に入力され、ステップ６０３で構文が解
析される。そして、ステップ６０５で、処理中のv-tabl
eがfalseにセットされ、次の順番のレコードがプロセッ
サ５０５によって読まれ、プロセッサ５０５のバッファ
ラインに格納される（ステップＳ６０７）。そして、フ
ァイルの終了に達したか判定する判定ステップ６０９に
移る。ステップ６０９でファイル終了レコードが検出さ
れるまでは、ステップ６０９からステップ６１３に進
み、処理中のv-tableがfalseであるか判定される。処理
中のv-tableがfalseであれば、現在レコードが構成"str
uct _mptr _vtbl_"を含むか検出するためにステップ６
１３から図７のステップ７０１に進む。含まなければ、
バッファライン中の現在レコードは出力コード記憶部５
０７に書き込まれ、バッファラインに次のレコードを読
み込む図６のステップ６０７に制御が移される。ステッ
プ７０１で、構成"struct _mptr _vtbl_"が検出された
なら、処理中のv-tableは、trueに設定され（ステップ
７０３）、変数vfunctioncntには１が設定され、識別用
に切り出されたクラス名がバッファライン中のレコード
のクラス名として割り当てられる（ステップ７０７）。
そして、次のレコードがステップ６０７でバッファライ
ンに読み込まれる。
７のフローチャートに示されている。図６及び図７のス
テップは、プログラム記憶部５１９に格納された命令に
対応している。図５のブロック図及び図６，図７のフロ
ーチャートを参照すると、第１のオブジェクト指向言語
のソース命令レコードは、入力デバイス５１３及びイン
ターフェース５０９を介して入力され、入力ソースコー
ド記憶部５０３に格納される。第１のオブジェクト指向
言語から得られた命令レコードは、ステップ６０１でプ
ロセッサ５０５に入力され、ステップ６０３で構文が解
析される。そして、ステップ６０５で、処理中のv-tabl
eがfalseにセットされ、次の順番のレコードがプロセッ
サ５０５によって読まれ、プロセッサ５０５のバッファ
ラインに格納される（ステップＳ６０７）。そして、フ
ァイルの終了に達したか判定する判定ステップ６０９に
移る。ステップ６０９でファイル終了レコードが検出さ
れるまでは、ステップ６０９からステップ６１３に進
み、処理中のv-tableがfalseであるか判定される。処理
中のv-tableがfalseであれば、現在レコードが構成"str
uct _mptr _vtbl_"を含むか検出するためにステップ６
１３から図７のステップ７０１に進む。含まなければ、
バッファライン中の現在レコードは出力コード記憶部５
０７に書き込まれ、バッファラインに次のレコードを読
み込む図６のステップ６０７に制御が移される。ステッ
プ７０１で、構成"struct _mptr _vtbl_"が検出された
なら、処理中のv-tableは、trueに設定され（ステップ
７０３）、変数vfunctioncntには１が設定され、識別用
に切り出されたクラス名がバッファライン中のレコード
のクラス名として割り当てられる（ステップ７０７）。
そして、次のレコードがステップ６０７でバッファライ
ンに読み込まれる。
【００２６】バッファライン中の現在レコードは、ファ
イル終了レコードに達したか判定するためにチェックさ
れる（ステップ６０９）。ファイル終了でなければ、処
理中のv-tableがfalseであるかチェックされる（ステッ
プ６１３）。ステップ６１３で処理中のv-tableがtrue
であると判定されると、そのレコードは、仮想関数を示
す"0,0,0};"の構成を含むか判定される。もし含まなけ
れば、ステップ６１７でvfunctioncntを次に進めてか
ら、再びステップ６０７にはいる。そうでなければ、構
成"struct _mptr _vtbl_{classname}[vfunctioncnt]"及
び"struct _mptr*_ptbl_{classname}"は、出力コード記
憶部５０７に出力される。構成"struct _mptr _vtbl_{c
lassname}[vfunctioncnt]"は、出力コードに、検出され
た仮想関数の配置を与え、構成"struct _mptr *_ptbl_
{classname}"は、v-tableがどこに配置されているかに
関して付加的な情報を与える。そして、制御は、v-tabl
eがfalseに設定されるステップ６０５に渡され、次のレ
コードが読み込まれるステップ６０７に進む。判定ステ
ップ６０９でファイル終了レコードが検出されると、図
６及び図７に示した翻訳処理は完了し、制御は、ステッ
プ６１１におけるコンパイルの次の処理へと渡される。
イル終了レコードに達したか判定するためにチェックさ
れる（ステップ６０９）。ファイル終了でなければ、処
理中のv-tableがfalseであるかチェックされる（ステッ
プ６１３）。ステップ６１３で処理中のv-tableがtrue
であると判定されると、そのレコードは、仮想関数を示
す"0,0,0};"の構成を含むか判定される。もし含まなけ
れば、ステップ６１７でvfunctioncntを次に進めてか
ら、再びステップ６０７にはいる。そうでなければ、構
成"struct _mptr _vtbl_{classname}[vfunctioncnt]"及
び"struct _mptr*_ptbl_{classname}"は、出力コード記
憶部５０７に出力される。構成"struct _mptr _vtbl_{c
lassname}[vfunctioncnt]"は、出力コードに、検出され
た仮想関数の配置を与え、構成"struct _mptr *_ptbl_
{classname}"は、v-tableがどこに配置されているかに
関して付加的な情報を与える。そして、制御は、v-tabl
eがfalseに設定されるステップ６０５に渡され、次のレ
コードが読み込まれるステップ６０７に進む。判定ステ
ップ６０９でファイル終了レコードが検出されると、図
６及び図７に示した翻訳処理は完了し、制御は、ステッ
プ６１１におけるコンパイルの次の処理へと渡される。
【００２７】例として、表２，表３，表４は、CFrontに
よりＣの命令コードに変換されたＣ＋＋言語の命令コー
ドセットにおける仮想関数の配置と、その仮想関数の創
出を示す。見ての通り、表２はCFrontにより生成された
関数ポインタの配列を含む大域変数として実現された仮
想関数テーブルを示している。CFrontによりＣ言語のコ
ードに翻訳され、それぞれの実現された仮想関数テーブ
ルを表わす大域変数_vtbl_6square，_vtbl_6circle，_v
tbl_4Baseが、表２に示されている。図１に示したアプ
リケーションのためのジャンプテーブルを用意するため
に、表２の生成されたＣ言語のソースコードは、図６及
び図７のフローチャートに関して述べたとおり構文解析
される。
よりＣの命令コードに変換されたＣ＋＋言語の命令コー
ドセットにおける仮想関数の配置と、その仮想関数の創
出を示す。見ての通り、表２はCFrontにより生成された
関数ポインタの配列を含む大域変数として実現された仮
想関数テーブルを示している。CFrontによりＣ言語のコ
ードに翻訳され、それぞれの実現された仮想関数テーブ
ルを表わす大域変数_vtbl_6square，_vtbl_6circle，_v
tbl_4Baseが、表２に示されている。図１に示したアプ
リケーションのためのジャンプテーブルを用意するため
に、表２の生成されたＣ言語のソースコードは、図６及
び図７のフローチャートに関して述べたとおり構文解析
される。
【００２８】図６及び図７に関して、構成"struct _mpt
r _vtbl_"は、図７のステップ７０１で、表２の１，
７，１３行目に検出され、構成"0,0,0}"は、図６のステ
ップ６１５で、表２の５，６，１１，１２，１７，１８
行目に検出される。表３は、"0,0,0}"をもつ表２の命令
レコードのための置換命令コードを示している。図６及
び図７において、表３の１，２行目の命令レコードは、
表２の１−６行目におけるv-tableの割り当てのために
与えられた割り当てを置換する。表３の３，４行目の命
令レコードは、表２の７−１２行目におけるv-tableの
割り当てのために与えられた割り当てを置換し、表３の
５，６行目の命令レコードは、表２の１３−１８行目に
おけるv-tableの割り当てのために与えられた割り当て
を置換する。
r _vtbl_"は、図７のステップ７０１で、表２の１，
７，１３行目に検出され、構成"0,0,0}"は、図６のステ
ップ６１５で、表２の５，６，１１，１２，１７，１８
行目に検出される。表３は、"0,0,0}"をもつ表２の命令
レコードのための置換命令コードを示している。図６及
び図７において、表３の１，２行目の命令レコードは、
表２の１−６行目におけるv-tableの割り当てのために
与えられた割り当てを置換する。表３の３，４行目の命
令レコードは、表２の７−１２行目におけるv-tableの
割り当てのために与えられた割り当てを置換し、表３の
５，６行目の命令レコードは、表２の１３−１８行目に
おけるv-tableの割り当てのために与えられた割り当て
を置換する。
【００２９】
【表３】
【００３０】 1 struct _mptr _vtbl_6square[4]; 2 struct _mptr *_ptbl_6square; 3 struct _mptr _vtbl_6circle[4]; 4 struct _mptr *_ptbl_6circle; 5 struct _mptr _vtbl_4Base[4]; 6 struct _mptr *_ptbl_4Base; 表４は、表２及び表３を例として仮想関数への各エント
リを初期化する、本発明によるＣ言語の関数の命令を示
している。表４のＣ言語の関数は、仮想関数テーブルの
実行時バインディングを提供する。独立コードリソース
へのコールに先立って、仮想関数テーブルを初期化する
ために表４のＣ言語の関数のコールにより、エントリが
独立コードリソースに供給される。本発明によれば、Ｃ
言語における独立コードリソースを用いる仮想関数を含
んだ全仮想関数が支援されるように、Ｃ＋＋言語の命令
コードセットをＣ言語へと変換した後、コンパイルの間
に仮想関数テーブルが自動的に生成される。
リを初期化する、本発明によるＣ言語の関数の命令を示
している。表４のＣ言語の関数は、仮想関数テーブルの
実行時バインディングを提供する。独立コードリソース
へのコールに先立って、仮想関数テーブルを初期化する
ために表４のＣ言語の関数のコールにより、エントリが
独立コードリソースに供給される。本発明によれば、Ｃ
言語における独立コードリソースを用いる仮想関数を含
んだ全仮想関数が支援されるように、Ｃ＋＋言語の命令
コードセットをＣ言語へと変換した後、コンパイルの間
に仮想関数テーブルが自動的に生成される。
【００３１】
【表４】
【００３２】 void Initialize_VTables_Shapes (void) { /* ClassName = 6square */ memset (&_vtbl_6square, 0, sizeof (_vtbl_6square)); _vtbl_6square[1].f = (_vptp)Draw_6squareFv; _vtbl_6square[2].f = (_vptp)Calc_4BaseFv; _ptbl_6square = _vtbl_6square; /* ClassName = 6circle */ memset (&_vtbl_6circle, 0, sizeof (_vtbl_6circle)); _vtbl_6circle[1].f = (_vptp)Draw_6circleFv; _vtbl_6circle[2].f = (_vptp)Calc_4BaseFv; _ptbl_6circle = _vtbl_6circle; /* ClassName = 4Base */ memset (&_vtbl_4Base, 0, sizeof (_vtbl_4Base)); _vtbl_4Base[1].f = (_vptp)Draw_4BaseFv; _vtbl_4Base[2].f = (_vptp)Calc_4BaseFv; _ptbl_4Base = _vtbl_4Base; 以上、本発明の好適な実施の形態を説明したが、本発明
が上記実施の形態に限定されないこと、および、本発明
の精神及び範囲から逸脱せずに、当業者によって変更あ
るいは修正され得ることが理解されるはずである。
が上記実施の形態に限定されないこと、および、本発明
の精神及び範囲から逸脱せずに、当業者によって変更あ
るいは修正され得ることが理解されるはずである。
【００３３】
【他の実施の形態】なお、本発明は、複数の機器（例え
ばホストコンピュータ，インタフェイス機器，リーダ，
プリンタなど）から構成されるシステムに適用しても、
一つの機器からなる装置（例えば、複写機，ファクシミ
リ装置など）に適用してもよい。
ばホストコンピュータ，インタフェイス機器，リーダ，
プリンタなど）から構成されるシステムに適用しても、
一つの機器からなる装置（例えば、複写機，ファクシミ
リ装置など）に適用してもよい。
【００３４】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても達成される。
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても達成される。
【００３５】この場合、記憶媒体から読出されたプログ
ラムコード自体が本発明の新規な機能を実現することに
なり、そのプログラムコードを記憶した記憶媒体は本発
明を構成することになる。
ラムコード自体が本発明の新規な機能を実現することに
なり、そのプログラムコードを記憶した記憶媒体は本発
明を構成することになる。
【００３６】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。
【００３７】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。
【００３８】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。
【００３９】なお、以上説明したのは本発明のひとつの
実施例であり、本発明の範囲および精神を逸脱しないよ
うこれに変更をくわえることもできる。
実施例であり、本発明の範囲および精神を逸脱しないよ
うこれに変更をくわえることもできる。
【００４０】
【発明の効果】以上説明したように、本発明によれば，
仮想関数と独立コードリソースとを含むオブジェクト指
向言語から命令コードを自動的にコンパイルする事が可
能となる。
仮想関数と独立コードリソースとを含むオブジェクト指
向言語から命令コードを自動的にコンパイルする事が可
能となる。
【００４１】
【図面の簡単な説明】
【図１】アプリケーション用の命令コードを含むメモリ
の構成を示す図である。
の構成を示す図である。
【図２】本発明によるv-tableの構造を示す図である。
【図３】ひとつのアプリケーション用のコンパイルされ
た命令コードセットを格納するコンピュータメモリの構
成を示す図である。
た命令コードセットを格納するコンピュータメモリの構
成を示す図である。
【図４】ふたつのアプリケーション用のコンパイルされ
た命令コードセットを格納するコンピュータメモリの構
成を示す図である。
た命令コードセットを格納するコンピュータメモリの構
成を示す図である。
【図５】本発明の実施の形態によるオブジェクト指向言
語のソースコードをコンパイルに適応した処理系のブロ
ック図である。
語のソースコードをコンパイルに適応した処理系のブロ
ック図である。
【図６】本発明の実施の形態による、第１のオブジェク
ト指向言語のソースコードを、出力記憶部に記憶するた
めに入力記憶部から第２のオブジェクト指向言語に変換
する際の、図１のプロセッサの動作を示すフローチャー
トである。
ト指向言語のソースコードを、出力記憶部に記憶するた
めに入力記憶部から第２のオブジェクト指向言語に変換
する際の、図１のプロセッサの動作を示すフローチャー
トである。
【図７】本発明の実施の形態による、第１のオブジェク
ト指向言語のソースコードを、出力記憶部に記憶するた
めに入力記憶部から第２のオブジェクト指向言語に変換
する際の、図１のプロセッサの動作を示すフローチャー
トである。
ト指向言語のソースコードを、出力記憶部に記憶するた
めに入力記憶部から第２のオブジェクト指向言語に変換
する際の、図１のプロセッサの動作を示すフローチャー
トである。
Claims (32)
- 【請求項１】 オブジェクト指向言語の命令レコードを
処理するプログラミング言語の処理方法であって、 オブジェクト指向言語の一連の命令レコードを読み込む
工程と、 前記一連の命令レコードから所定の構成を含む命令レコ
ードを検出する工程と、 検出された各命令レコードを、格納位置コードを含む置
換命令レコードの集合に置換する工程と、 前記命令レコードの置換に応じて、前記格納位置を指し
示すコードのテーブルを生成する工程とを備えることを
特徴とするプログラミング言語の処理方法。 - 【請求項２】 前記検出された各命令レコードは大域変
数レコードであることを特徴とする請求項１に記載のプ
ログラミング言語の処理方法。 - 【請求項３】 前記生成された格納位置を指し示すコー
ドのテーブルは、前記大域変数の仮想関数の格納位置を
指し示すコードを含むことを特徴とする請求項２に記載
のプログラミング言語の処理方法。 - 【請求項４】 前記置換命令レコードは、前記大域変数
の仮想関数のためのテーブルを割り当てる割り当て命令
コードを含むことを特徴とする請求項３に記載のプログ
ラミング言語の処理方法。 - 【請求項５】 前記仮想関数テーブルを初期化する工程
を更に備えることを特徴とする請求項４に記載のプログ
ラミング言語の処理方法。 - 【請求項６】 前記割り当てられた仮想関数テーブル
は、独立コードリソースを指し示すことを特徴とする請
求項４に記載のプログラミング言語の処理方法。 - 【請求項７】 前記置換命令コードと前記格納位置を指
し示すコードのテーブルとを、記憶媒体に格納する工程
を更に備えることを特徴とする請求項１に記載のプログ
ラミング言語の処理方法。 - 【請求項８】 入力命令コード記憶部と、プロセッサ
と、出力コード記憶部とを有するシステムにおいて、第
１のプログラミング言語の命令レコードを、第２のプロ
グラミング言語に変換するプログラミング言語処理方法
であって、 前記入力コード記憶部に第１のプログラミング言語の命
令レコードを格納する工程と、 前記第１の言語の命令レコードを第２の言語の命令レコ
ードの集合に翻訳する工程と、 所定の構成を含む前記第２の言語の一連の命令レコード
を検出するために、前記第２の言語の命令レコードを逐
次的に読む工程と、 検出された命令レコードを格納位置のコードを含む置換
命令レコードの集合で置換する工程と、 前記命令の置換に応じて、前記格納位置を指し示すコー
ドのテーブルを生成する工程とを備えることを特徴とす
るプログラミング言語の処理方法。 - 【請求項９】 前記第１のプログラミング言語は第１の
オブジェクト指向プログラミング言語であり、前記第２
のプログラミング言語は第２のオブジェクト指向言語で
あることを特徴とする請求項８に記載のプログラミング
言語の処理方法。 - 【請求項１０】 前記検出された各命令は大域変数のレ
コードであることを特徴とする請求項９に記載のオブジ
ェクト指向言語の処理方法。 - 【請求項１１】 前記生成された格納位置を指し示すコ
ードのテーブルは、前記大域変数の仮想関数の格納位置
を指し示すコードを含むことを特徴とする請求項１０に
記載のプログラミング言語の処理方法。 - 【請求項１２】 前記置換命令レコードは、前記大域変
数の仮想関数のためのテーブルを割り当てる割り当て命
令コードを含むことを特徴とする請求項１１に記載のプ
ログラミング言語の処理方法。 - 【請求項１３】 前記割り当てられた仮想関数テーブル
は、独立コードリソースを指し示すことを特徴とする請
求項１１に記載のプログラミング言語の処理方法。 - 【請求項１４】 前記置換命令コードと前記格納位置を
指し示すコードのテーブルとを、記憶媒体に格納する工
程を更に備えることを特徴とする請求項８に記載のプロ
グラミング言語の処理方法。 - 【請求項１５】 前記置換命令コードと前記格納位置を
指し示すコードのテーブルとを、記憶媒体に格納する工
程を更に備えることを特徴とする請求項９に記載のプロ
グラミング言語の処理方法。 - 【請求項１６】 コンピュータにより読取り可能なプロ
グラムコード手段を含むコンピュータで使用できる記憶
媒体であって、 オブジェクト指向言語の一連の命令レコードを読み込む
第１のコンピュータ可読プログラムコード手段と、 前記一連の命令レコードから所定の構成を含む命令レコ
ードを検出する第２のコンピュータ可読プログラムコー
ド手段と、 検出された各命令レコードを、格納位置コードを含む置
換命令レコードの集合で置換する第３のコンピュータ可
読プログラムコード手段と、 前記命令レコードの置換に応じて、前記格納位置を指し
示すコードのテーブルを生成する第４のコンピュータ可
読プログラムコード手段とを含むことを特徴とする記憶
媒体。 - 【請求項１７】 入力命令コード記憶部と、プロセッサ
と、出力コード記憶部とを有し、第１のプログラミング
言語の命令レコードを、第２のプログラミング言語に変
換するシステムにおいて、コンピュータにより読取り可
能なプログラムコード手段を含むコンピュータで使用で
きる記憶媒体であって、 前記入力コード記憶部に第１のプログラミング言語の命
令レコードを格納する第１のコンピュータ可読プログラ
ムコード手段と、 前記第１の言語の命令レコードを第２の言語の命令レコ
ードの集合に翻訳する第２のコンピュータ可読プログラ
ムコード手段と、 所定の構成を含む前記第２の言語の一連の命令レコード
を検出するために、前記第２の言語の命令レコードを逐
次的に読む第３のコンピュータ可読プログラムコード手
段と、 検出された命令レコードを格納位置のコードを含む置換
命令レコードの集合で置換する第４のコンピュータ可読
プログラムコード手段と、 前記命令の置換に応じて、前記格納位置を指し示すコー
ドのテーブルを生成する第５のコンピュータ可読プログ
ラムコード手段とを含むことを特徴とする記憶媒体。 - 【請求項１８】 オブジェクト指向言語の命令レコード
を処理するプログラミング言語の処理装置であって、 オブジェクト指向言語の一連の命令レコードを格納する
領域と、コンピュータコードを格納する領域とを含むメ
モリと、 前記コンピュータコードを実行するプロセッサとを備
え、 前記コンピュータコードは、（１）オブジェクト指向言
語の一連の命令レコードを読み込み、（２）前記一連の
命令レコードから所定の構成を含む命令レコードを検出
し、（３）検出された各命令レコードを、格納位置コー
ドを含む置換命令レコードの集合に置換し、（４）前記
命令レコードの置換に応じて、前記格納位置を指し示す
コードのテーブルを生成する処理工程を含むことを特徴
とするプログラミング言語の処理装置。 - 【請求項１９】 前記検出された各命令レコードは大域
変数レコードであることを特徴とする請求項１８に記載
のプログラミング言語の処理装置。 - 【請求項２０】 前記生成された格納位置を指し示すコ
ードのテーブルは、前記大域変数の仮想関数の格納位置
を指し示すコードを含むことを特徴とする請求項１９に
記載のプログラミング言語の処理装置。 - 【請求項２１】 前記置換命令レコードは、前記大域変
数の仮想関数のためのテーブルを割り当てる割り当て命
令コードを含むことを特徴とする請求項２０に記載のプ
ログラミング言語の処理装置。 - 【請求項２２】 前記コンピュータコードは、前記仮想
関数テーブルを初期化する処理工程を更に備えることを
特徴とする請求項４に記載のプログラミング言語の処理
装置。 - 【請求項２３】 前記割り当てられた仮想関数テーブル
は、独立コードリソースを指し示すことを特徴とする請
求項２１に記載のプログラミング言語の処理装置。 - 【請求項２４】 前記コンピュータコードは、前記置換
命令コードと前記格納位置を指し示すコードのテーブル
とを、記憶媒体に格納する処理工程を更に備えることを
特徴とする請求項１に記載のプログラミング言語の処理
装置。 - 【請求項２５】 入力命令コード記憶部と、プロセッサ
と、出力コード記憶部とを有するシステムにおいて、第
１のプログラミング言語の命令レコードを、第２のプロ
グラミング言語に変換するプログラミング言語処理装置
であって、 前記入力コード記憶部に第１のプログラミング言語の命
令レコードを格納する格納手段と、 前記第１の言語の命令レコードを第２の言語の命令レコ
ードの集合に翻訳する翻訳手段と、 所定の構成を含む前記第２の言語の命令レコードの並び
を検出するために、前記第２の言語の命令レコードを逐
次的に読む逐次読込手段と、 検出された命令レコードを格納位置のコードを含む置換
命令レコードの集合で置換する置換手段と、 前記命令の置換に応じて、前記格納位置を指し示すコー
ドのテーブルを生成する生成手段とを備えることを特徴
とするプログラミング言語の処理装置。 - 【請求項２６】 前記第１のプログラミング言語は第１
のオブジェクト指向プログラミング言語であり、前記第
２のプログラミング言語は第２のオブジェクト指向言語
であることを特徴とする請求項２５に記載のプログラミ
ング言語の処理装置。 - 【請求項２７】 前記検出された各命令は大域変数のレ
コードであることを特徴とする請求項２６に記載のオブ
ジェクト指向言語の処理装置。 - 【請求項２８】 前記生成された格納位置を指し示すコ
ードのテーブルは、前記大域変数の仮想関数の格納位置
を指し示すコードを含むことを特徴とする請求項２７に
記載のプログラミング言語の処理装置。 - 【請求項２９】 前記置換命令レコードは、前記大域変
数の仮想関数のためのテーブルを割り当てる割り当て命
令コードを含むことを特徴とする請求項２８に記載のプ
ログラミング言語の処理装置。 - 【請求項３０】 前記割り当てられた仮想関数テーブル
は、独立コードリソースを指し示すことを特徴とする請
求項２８に記載のプログラミング言語の処理装置。 - 【請求項３１】 前記置換命令コードと前記格納位置を
指し示すコードのテーブルとを記憶媒体に格納する記憶
媒体を更に備えることを特徴とする請求項２５に記載の
プログラミング言語の処理装置。 - 【請求項３２】 前記置換命令コードと前記格納位置を
指し示すコードのテーブルとを、記憶媒体に格納する記
憶媒体を更に備えることを特徴とする請求項２６に記載
のプログラミング言語の処理装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/497082 | 1995-06-30 | ||
| US08/497,082 US5764991A (en) | 1995-06-30 | 1995-06-30 | Processing object oriented code and virtual function code |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0934713A true JPH0934713A (ja) | 1997-02-07 |
Family
ID=23975386
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8171363A Withdrawn JPH0934713A (ja) | 1995-06-30 | 1996-07-01 | プログラミング言語処理方法及び装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5764991A (ja) |
| EP (1) | EP0751459B1 (ja) |
| JP (1) | JPH0934713A (ja) |
| DE (1) | DE69617542D1 (ja) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AUPP365798A0 (en) * | 1998-05-22 | 1998-06-18 | Ladd, James Christian | Architecture for the execution of program code |
| US6553403B1 (en) * | 1998-06-03 | 2003-04-22 | International Business Machines Corporation | System, method and computer program product for monitoring in a distributed computing environment |
| US6675377B1 (en) * | 1999-09-13 | 2004-01-06 | Matsushita Electric Industrial Co., Ltd. | Program conversion apparatus |
| JP4462676B2 (ja) * | 1999-10-27 | 2010-05-12 | 富士通株式会社 | プログラム変換装置、コンパイラ装置およびプログラム変換プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| EP1186996B1 (en) * | 2000-09-08 | 2011-01-05 | Sun Microsystems, Inc. | Method of programming for providing polymorphism |
| RU2206119C2 (ru) * | 2000-09-22 | 2003-06-10 | Закрытое акционерное общество "МЦСТ" | Способ получения объектного кода |
| US7406682B2 (en) * | 2001-03-26 | 2008-07-29 | Emc Corporation | Translator-compiler for converting legacy management software |
| US7281244B2 (en) | 2003-01-16 | 2007-10-09 | Sun Microsystems, Inc. | Using a digital fingerprint to commit loaded data in a device |
| US7484095B2 (en) | 2003-01-16 | 2009-01-27 | Sun Microsystems, Inc. | System for communicating program data between a first device and a second device |
| US7222331B2 (en) | 2003-01-16 | 2007-05-22 | Sun Microsystems, Inc. | Linking of virtual methods |
| US8121955B2 (en) | 2003-01-16 | 2012-02-21 | Oracle America, Inc. | Signing program data payload sequence in program loading |
| US7165246B2 (en) | 2003-01-16 | 2007-01-16 | Sun Microsystems, Inc. | Optimized representation of data type information in program verification |
| US7272830B2 (en) | 2003-01-16 | 2007-09-18 | Sun Microsystems, Inc. | Ordering program data for loading on a device |
| KR100617698B1 (ko) * | 2004-06-07 | 2006-08-28 | 삼성전자주식회사 | 기능별 데이터 저장을 위한 바이너리 파일 생성 장치 및방법과 그 방법이 저장된 컴퓨터 판독 가능한 저장 매체 |
| US7992130B2 (en) * | 2007-05-07 | 2011-08-02 | Microsoft Corporation | Class-based object-oriented features in class-less script language |
| US20090271765A1 (en) * | 2008-04-29 | 2009-10-29 | Microsoft Corporation | Consumer and producer specific semantics of shared object protocols |
| US9164735B2 (en) * | 2012-09-27 | 2015-10-20 | Intel Corporation | Enabling polymorphic objects across devices in a heterogeneous platform |
| WO2020041411A2 (en) * | 2018-08-21 | 2020-02-27 | Bcdb, Inc. | Object oriented smart contracts for utxo-based blockchains |
| US11694197B2 (en) | 2018-08-21 | 2023-07-04 | Bcdb, Inc. | Object oriented smart contracts for UTXO-based blockchains |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5297284A (en) * | 1991-04-09 | 1994-03-22 | Microsoft Corporation | Method and system for implementing virtual functions and virtual base classes and setting a this pointer for an object-oriented programming language |
| US5421016A (en) * | 1991-12-12 | 1995-05-30 | International Business Machines Corporation | System and method for dynamically invoking object methods from an application designed for static method invocation |
| US5361350A (en) * | 1991-12-12 | 1994-11-01 | International Business Machines Corporation | Object oriented method management system and software for managing class method names in a computer system |
| US5327562A (en) * | 1992-05-06 | 1994-07-05 | Microsoft Corporation | Method for implementing virtual function tables in a compiler for an object-oriented programming language |
| US5515536A (en) * | 1992-11-13 | 1996-05-07 | Microsoft Corporation | Method and system for invoking methods of an object through a dispatching interface |
| US5442793A (en) * | 1993-02-26 | 1995-08-15 | Microsoft Corporation | Method and system for locating an inherited virtual function member of a derived class |
| US5615400A (en) * | 1993-06-30 | 1997-03-25 | Apple Computer, Inc. | System for object oriented dynamic linking based upon a catalog of registered function set or class identifiers |
| US5375242A (en) * | 1993-09-29 | 1994-12-20 | Hewlett-Packard Company | Compiler architecture for cross-module optimization |
-
1995
- 1995-06-30 US US08/497,082 patent/US5764991A/en not_active Expired - Fee Related
-
1996
- 1996-06-28 DE DE69617542T patent/DE69617542D1/de not_active Expired - Lifetime
- 1996-06-28 EP EP96304807A patent/EP0751459B1/en not_active Expired - Lifetime
- 1996-07-01 JP JP8171363A patent/JPH0934713A/ja not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| EP0751459B1 (en) | 2001-12-05 |
| US5764991A (en) | 1998-06-09 |
| EP0751459A2 (en) | 1997-01-02 |
| DE69617542D1 (de) | 2002-01-17 |
| EP0751459A3 (en) | 1997-07-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0934713A (ja) | プログラミング言語処理方法及び装置 | |
| US6093216A (en) | Method of run-time tracking of object references in Java programs | |
| US6438745B1 (en) | Program conversion apparatus | |
| US8793670B2 (en) | System and method for early platform dependency preparation of intermediate code representation during bytecode compilation | |
| US8271965B2 (en) | Apparatus to guarantee type and initialization safety in multithreaded programs | |
| US6381737B1 (en) | Automatic adapter/stub generator | |
| JP5139987B2 (ja) | 拡張可能メタデータ | |
| US6988263B1 (en) | Apparatus and method for cataloging symbolic data for use in performance analysis of computer programs | |
| EP4099152A1 (en) | Extending a virtual machine instruction set architecture | |
| US6158047A (en) | Client/server system for fast, user transparent and memory efficient computer language translation | |
| JP2000035893A (ja) | デ―タ処理システムの配列の静的初期化方法、デ―タ処理方法、並びにデ―タ処理システム及びその制御手順をコンピュ―タに実行させるプログラムを記憶したコンピュ―タ読み取り可能な記憶媒体 | |
| US7168071B2 (en) | Method and system of permitting stack allocation to programs having open-world features | |
| US6959430B2 (en) | Specialized heaps for creation of objects in object-oriented environments | |
| JP2000010790A (ja) | グロ―バル衝突判定用のユニタリデ―タ構造体のシステム、方法及びコンピュ―タプログラム製品 | |
| US5889995A (en) | Using constant selectors for method identification | |
| US6968543B2 (en) | Information processing apparatus | |
| US20210294586A1 (en) | Modeling foreign functions using executable references | |
| CN115700470A (zh) | 文件加载的处理方法和装置，计算机存储介质和电子设备 | |
| US8056061B2 (en) | Data processing device and method using predesignated register | |
| JP5506936B2 (ja) | 意味論的値を利用するオブジェクト・レベルの互換性及びクラスのサイズ変更 | |
| US6275985B1 (en) | Method and apparatus for developing an application that implements garbage collection efficiently by combining proxy objects with compiler support | |
| EP0790555B1 (en) | Compile apparatus and method | |
| GB2342200A (en) | Initializing global registers | |
| EP4291988B1 (en) | Tracking frame states of call stack frames including colorless roots | |
| US7039905B1 (en) | Compiler device and computer-readable recording medium recorded with compiler program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20030902 |