JPH0444126A

JPH0444126A - サブルーチンの引数の受け渡し方式

Info

Publication number: JPH0444126A
Application number: JP15156890A
Authority: JP
Inventors: Fumihiko Anzai; 文彦安西
Original assignee: Fuji Electric Co Ltd; Fuji Facom Corp
Current assignee: Fuji Electric Co Ltd; Fuji Facom Corp
Priority date: 1990-06-12
Filing date: 1990-06-12
Publication date: 1992-02-13
Anticipated expiration: 2016-03-05
Also published as: JP3140028B2

Abstract

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

Description

【発明の詳細な説明】〔概　　要〕コンピュータ・コントローラ等の情報処理装置が、プロ
グラムの実行中にサブルーチンをコールする際の引数の
受け渡し方式に関し、命令解釈部を使用することなく、オペランドの種別情報
の識別を含めた引数の高速処理を可能にすることを目的
とし、サブルーチンコール時に、必要に応じて受け渡されるア
ドレス又はデータと、サブルーチン側で処理されるべき
処理プログラムの処理アドレスを、引数として受け渡す
引数受け渡し手段と、該引数受け渡し手段を介して引数
として受け渡された処理アドレスに対応する処理プログ
ラムを、必要に応じて引数として受け渡されたアドレス
又はデータを用いて、実行するサブルーチン実行手段と
、を有するように構成する。

〔産業上の利用分野〕

本発明は、コンピュータ・コントローラ等の情報処理装
置が、プログラムの実行中にサブルーチンをコールする
際の引数の受け渡し方式に関する。

〔従来の技術〕

プログラムに基づいて処理を実行する情報処理装置は、
第６図に示されるような基本構成を有する。

同図において、命令解釈部６１は、プログラムメモリ６
３からインストラクションバス６５を介して、順次プロ
グラム命令を読み出して、その命令を評価して演算処理
部６２へ渡す。評価するとは、命令の種別を判別し、そ
れに応じて演算処理部６２での実行に必要な情報（マイ
クロプログラムアドレス、オペランドのメモリアドレス
等）を作ることである。

演算処理部６２は、渡された情報に従い、データバス６
６を介してデータメモリ６４にアクセスする等の処理を
行う。

このとき、命令解釈部６１がプログラム命令をプログラ
ムメモリ６３から取り出してそれを評価する処理と、演
算処理部６２が命令解釈部６１から渡された情報に従っ
てデータに演算処理を施す処理とは、通常、並列に実行
できる。

上述のような構成の情報処理装置によってプログラムが
実行されている場合に、サブルーチンをコールする際の
引数の受け渡し方式には、従来、以下の２つの方式が一
般的である。

第１の従来例においては、引数受け渡し用のスタック（
以下、パラメータスタックと呼ぶ）に、引数とそのオペ
ランドの種別を示す識別子が共に格納される。そして、
コールされた側のサブルーチンプログラムにおいては、
識別子を含む引数をパラメータスタックから取り出し、
命令解釈部６１へ戻して再評価する。これにより、引数
に対してどのような演算処理を行うべきかが判別され、
再び演算実行部６２に渡されて演算処理が実行される。

第２の従来例においては、引数は必ずデータメモリ６４
上に置かれ、パラメータスタックには引数のアドレスが
格納される。そして、コールされた側は、上記アドレス
によってデータメモリ６４上の引数に対してアクセスを
行う。この場合、定数についても、引数として渡される
のではなく、−度データメモリ６４上に格納され、その
アドレスとして渡される。

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

しかし、第１の従来例の場合、渡された引数を再評価す
るために、演算実行部６２から命令解釈部６１に一度制
御を移さねばならず、処理が複雑になるという問題点を
有している。また、命令解釈部６１での再評価が終了す
るまで演算実行部６２はそれより先の演算処理を実行す
ることができず、実行時間が低下してしまうという問題
点を有している。

一方、第２の従来例の場合、データメモリ６４上のアド
レスとして引数を受け渡すのであるが、引数になってい
るオペランドに特別の意味、例えば、定数に対して代入
はできない、指定されたビット幅でオペランドをアクセ
ス（リード又はライト）シなければならない、等の制限
があっても、アドレスのみの受け渡しでは上述のような
オペランドの種別情報は渡すことができないという問題
点を有している。

本発明は、命令解釈部を使用することなく、オペランド
の種別情報の識別を含めた引数の高速処理を可能にする
ことを目的とする。

［課題を解決するための手段〕第１図は、本発明のブロック図である。

まず、サブルーチンコール時に、必要に応じて受け渡さ
れるアドレス又はデータ１４と、サブルーチン側で処理
されるべき処理プログラム１６の処理アドレス１３を、
引数１２として受け渡す引数受け渡し手段１１を有する
。同手段は、例えばパラメータスタックである。

次に、引数受け渡し手段１１を介して引数１２として受
け渡された処理アドレス１３に対応する処理プログラム
１６を、必要に応じて引数１２として受け渡されたアド
レス又はデータ１４を用いて、実行するサブルーチン実
行手段１５を有する。

また、同手段は、処理アドレス１３に、アクセス種別に
対応するアドレスオフセットを加算し、該加算結果のア
ドレスに対応する処理プログラム１６を実行するように
構成してもよい。ここで、引数１２として受け渡された
処理アドレス１３は、例えばプログラムを格納したプロ
グラムメモリ上のマクロプログラムのアドレスであり、
必要に応じて引数Ｉ２として受け渡されたアドレス又は
データ１４は、データを格納したデータメモリ上の引数
１２として受け渡されるべきデータが格納されるアドレ
スか、定数データそのものである。

なお、引数１２として付加され得るアドレス又はデータ
１４は、必ずしも必要なものではなく、それらのないサ
ブルーチン実行もあり得る。

〔作　　　用〕

引数１２としてサブルーチン実行手段１５によって処理
されるべきアドレス又はデータ１４（オペランド）の種
別は、処理アドレス１３の形でサブルーチン実行手段１
５に渡される。ザブルーチン実行手段１５は、この処理
アドレス１３に基づいて、上記種別に対応する処理プロ
グラムＩ６を実行する。

従って、サブルーチン実行手段Ｉ５は引数Ｉ２に対して
評価を行う必要なく、オペランドの種別情報の識別を含
めたアドレス又はデータ１４に対する高速処理を行うこ
とができる。

〔実　　施　　例〕

以下、図面を参照しながら本発明の実施例につき説明す
る。

第２図は、本発明の実施例の構成図である。本実施例は
、全体的には第６図と同様の基本的構成を有し、第２図
の演算実行部２２及びデータメモリ２３は第６図の６２
及び６４のそれぞれに対応する。

また、第２図のパラメータスタック２１は、サブルーチ
ンコール時の引数２４を格納するスタックであり、演算
実行部２２と独立に設けられても内部に設けられてもよ
い。引数２４のデータ構成については後述する。

以下、本実施例の動作につき、順次説明する。

まず、プログラム実行中にサブルーチンをコールする場
合に、サブルーチンに受け渡されるオペランドとしては
様々な種類のものがあるが、本実施例では、説明の簡単
のため、次の４種類のオペランドを対象とし、それぞれ
に識別子を定義する。

（１）定数オペランド。この識別子をＺＫ々する。

゛（２）変数オペランド。この識別子をＺｗとする。

（３）変数オペランド（アクセス幅３２ビット固定）。

この識別子をＺＬとする。

（４）変数オペランド（アクセス幅１６ビツト固定）。

この識別子をＺＳとする。

一方、サブルーチン側では引数２４に対するアクセスが
次の４種類あるとする。

（１）１６ビントリード。以下、１６Ｒと呼ぶ。

（２）３２ビツトリード。以下、３２Ｒと呼ぶ。

（３）　１６ビントライト。以下、１６Ｗと呼ぶ。

（４）３２ビツトライト。以下、３２Ｗと呼ぶ。

以上に示される如く、オペランドの識別子が４種類、引
数２４に対するアクセスが４種類なので、計１６種類の
処理が必要である。

ここで、サブルーチンをコールするプログラム側では、
オペランドの識別子のみが判別可能であり、また、サブ
ルーチン側では引数２４に対するアクセス種別のみが判
別可能である。従って、オペランドの識別子を引数２４
に付加すれば、サブルーチン側でもオペランドの識別子
を判別することができ、適切な処理が可能となる。但し
、識別子そのもの（前述のＺＫ、ＺＷ、ＺＬ、ＺＳ等の
コードそのもの）を受け渡す方式では、「発明が解決し
ようとする課題」の項で説明した如く、識別子の再評価
に命令解釈部６１（第６図参照）を使用しなければなら
ない。そこで、本実施例では、その識別子に対応してサ
ブルーチン側で実行されるべきマイクロプログラムのプ
ログラムメモリ６３（第６図参照）上での処理アドレス
２５（第２図参照）を受け渡すことにする。プログラム
メモリ６３に、前述の１６種類全ての処理に対応するマ
イクロプログラムが用意されていれば、サブルーチン側
でそのマイクロプログラムにジャンプすることにより引
数２４に対する適切な処理が可能となる。

すなわち、演算実行部２２が実行するプログラムがサブ
ルーチンをコールする際には、演算実行部２２が、第２
図の如く、パラメータスタック２１に処理アドレス２５
とオペランドのアドレス若しくはデータ（以下、Ａ　Ｄ
／Ｄ　Ｔと呼ぶ）２６の組み合わせからなる引数２４を
格納する。−例として、演算実行部２２が、サブルーチ
ンコール時に、ＺＫ、ＺＷ、ＺＬ、ＺＳからなる各オペ
ランドを、第１引数２４〜第４引数２４として順次パラ
メータスタック２１に格納すると、第３図の如くとなる
。

一方、演算実行部２２がサブルーチン側のプログラムを
実行する場合、４種類のオペランドに対する前述の４種
類のアクセスは、パラメータスタック２１に格納されて
いる処理アドレス２５にオフセットを加えることにより
区別する。例えば、１６Ｒ（７）オフセットは０，３２
Ｒは８．１６Ｗは１６．３２Ｗは２４とする。また、オ
フセット０のアクセス（上記例の場合、１６Ｒ）でのＺ
Ｋの処理アドレス２５を例えば１０００番地、ｚｗを１
００２番地、ＺＬを１００４番地、ＺＳを１００６番地
とすると、処理アドレス２５、引数２４１工に対するアクセス種別及びそれに応じてサブルーチン側
で実行される処理との関係は、第４図の表のようになる
。この表において、■〜■は、前述の１６種類の処理を
示しており、それぞれ次の如き内容である。

■：ＡＤ／ＤＴ２６そのものを１６ビツトリード（第２
図のアクセスａ）。

■■■：ＡＤ／ＤＴ２６をデータメモリ２３でのアドレ
スとして、同メモリを１６ビツトリード（第４図のアク
セスＣ）。

■■■：ＡＤ／ＤＴ２６をデータメモリ２３でのアドレ
スとして、同メモリを３２ビツトリード（第４図のアク
セスｄ）。

■：ＡＤ／ＤＴ２６そのものを３２ビツトリード（第４
図のアクセスｂ）。

■＠：エラー処理（定数であるＡＤ／ＤＴ２６そのもの
に対するライト）□。

［相］＠［相］：　ＡＤ／ＤＴ２６をデータメモリ２３
でのアドレスとして、同メモリを１６ビツトライト（第
４図のアドレスｅ）。

■［相］■：ＡＤ／ＤＴ２６をデータメモリ２３でのア
ドレスとして、同メモリを３２ビツトライト（第４図の
アドレスｆ）。

上述の■〜［相］の各処理の、第６図のプログラムメモ
リ６３上でのマイクロプログラムとしての配置は、第５
図の如くとなる。すなわち、１０００〜１０３１番地ま
でに■〜［相］の各処理が格納される。これらアドレス
領域に収まり切らない場合は、ここから他のアドレス領
域にジャンプする命令を埋め込んでおく。例えば、処理
■が１０００．１００１番地に収まらなければ、１００
１番地がら更に、工０３２．１０３３．１０３４、・・
・番地にジャンプする。或いは、１つ１つの処理に割り
当てるアドレス領域を大きくする。例えば、第４図にお
けるオフセットＯでのＺＫ、ＺＷ、ＺＬ。

ＺＳ（７）各処理７’）’レス１０００，１００２．１
゜０４．１００６を、それぞれ１０００，１００４．１
００８．１０１２に変更し、オフセット０，２．４．６
を、それぞれ０．１６．３２．４８に変更する。

以上のデータ構成において、−例として、オペランドＺ
Ｗを引数２４として受け渡し、サブルーチン側でその引
数２４に対して３２ビツトリードを実行する、第４図の
処理■の場合について説明する。第２図の演算実行部２
２は、サブルーチンをコールする際に、パラメータスタ
ック２１に、処理アドレス２５として１００２番地、Ａ
　Ｄ／ＤＴ２６として変数オペランドのデータメモリ２
３上でのアドレスを格納する。演算実行部２２がサブル
ーチンを実行する場合、処理アドレス２５−１００２番
地に、オフセット８（３２Ｒ１第４図参照）を加え、１
０１０番地をプログラムメモリ６３（第６図参照）の処
理アドレスとしてジャンプする。プログラムメモリ６３
上の処理アドレス＝１０１０番地には、データメモリ２
３上のＡＤ／ＤＴ２６で示されるアドレスの内容を３２
ビツトでリードする処理を行うためのマイクロプログラ
ムが格納されている。

他の例として、オペランドＺＬを引数２４として受け渡
し、サブルーチン側でその引数２４に対して１６ビツト
ライトを実行する、第４図の処理■の場合について説明
する。第２図の演算実行部２２は、サブルーチンをコー
ルする際に、パラメータスタック２１に、処理アドレス
２５として１００４番地、ＡＤ／ＤＴ２６としてアクセ
ス幅３２ビット固定の変数オペランドのデータメモリ２
３上でのアドレスを格納する。演算実行部２２がザブル
ーチンを実行する場合、処理アドレス２５−１００４番
地に、オフセット１６（１６Ｗ、第４図参照）を加え、
１０２０番地をプログラムメモリ６３（第６図参照）の
処理アドレスとしてジャンプする。プログラムメモリ６
３上の処理アドレス−１０２０番地には、データメモリ
２３上のＡＤ／ＤＴ２６で示されるアドレスに対して３
２ビツトでライトを行うためのマイクロプログラムが格
納されている。すなわちこの場合は、コールした側のオ
ペランドのアクセス幅が優先されるため、１６ビツトで
ライトしようとしても、オペランドに指定されているア
クセス幅−３２ビツトで正しくライトが実行される。

以上説明した実施例では、４種類に限定されたオペラン
ドに対して４種類に限定されたアクセスを行う場合を例
にとって説明したが、これを更に多くの種別のオペラン
ド及びアクセスに拡張することは容易であり、それによ
り第６図の命令解釈部６１を使用することなく、オペラ
ンドの種別情報の識別を含めた引数の高速処理が可能と
なる。

〔発明の効果〕

本発明によれば、引数としてサブルーチン実行手段によ
って処理されるべきオペランドの種別を、処理アドレス
の形でサブルーチン実行手段に渡すことができ、サブル
ーチン実行手段は、この処理アドレスに基づいて、上記
種別に対応する処理プログラムを実行することが可能と
なる。これにより、サブルーチン実行手段は引数に対し
て再評価を行う必要なく、命令解釈と演算実行を途切れ
ることなく並列に行うことができ、オペランドの種別情
報の識別を含めたオペランドに対する高速処理を行うこ
とが可能となる。

１にの場合、引数として渡されるオペランドは、アドレスで
もデータでもどちらでもよく、制限されることもなくな
るという効果も生まれる。

【図面の簡単な説明】

第１図は、本発明のブロック図、第２図は、本発明の実施例の構成図、第３図は、パラメータスタックのデータ構成図、第４図
は、処理アドレスと引数に対するアクセス種別と処理の
関係図、第５図は、マイクロプログラムアクセスと処理との関係
図、第６図は、情報処理装置の基本構成図である。１１・・・引数骨は渡し手段、１２・・・引数、１３・・・処理アドレス、１４・・・アドレス又はデータ、１５・・・サブルーチン実行手段、１６・・・処理プログラム。へ〇ウメータスタッフバフメータスタックの７一タ構八図剋理了ドレスど引朕（で丼するアク乞スｍｓ”ｉヒ処理
Ｎ場小図第図第図マイクロ１０）゛ラムアＦ゛レスヒタＬ！理　旨め関イＡ〜しａ第図債を瓦ズＬ理装置のＡ（Ｋ溝へ゛図第図

Claims

【特許請求の範囲】１）サブルーチンコール時に、必要に応じて受け渡され
るアドレス又はデータ（１４）と、サブルーチン側で処
理されるべき処理プログラム（１６）の処理アドレス（
１３）を、引数（１２）として受け渡す引数受け渡し手
段（１１）と、該引数受け渡し手段を介して引数（１２）として受け渡
された前記処理アドレス（１３）に対応する処理プログ
ラム（１６）を、必要に応じて引数（１２）として受け
渡された前記アドレス又はデータ（１４）を用いて、実
行するサブルーチン実行手段（１５）と、を有すること
を特徴とするサブルーチンの引数の受け渡し方式。２）サブルーチンコール時に、必要に応じて受け渡され
るアドレス又はデータ（１４）と、サブルーチン側で処
理されるべき処理プログラム（１６）の処理アドレス（
１３）を、引数（１２）として受け渡す引数受け渡し手
段（１１）と、該引数受け渡し手段を介して引数（１２）として受け渡
された前記処理アドレス（１３）に、アクセス種別に対
応するアドレスオフセットを加算し、該加算結果のアド
レスに対応する処理プログラム（１６）を、必要に応じ
て引数（１２）として受け渡された前記アドレス又はデ
ータ（１４）を用いて、実行するサブルーチン実行手段
（１５）と、を有することを特徴とするサブルーチンの引数の受け渡
し方式。