JP2002024029A - コンパイラ、コンパイル方法及びコンパイルプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 組込関数（intrinsics関数）をコンパイラの
起動時又は動作中に定義可能として、コンパイラの拡張
を容易にする。 【解決手段】 ソースプログラム１を入力としオブジェ
クトコード３を生成するコンパイラ１０であって、ソー
スプログラム１内に記述された命令をトークンに分割す
る字句解析部１１と、トークンが文法に適しているかを
解析する構文解析部１２と、ソースプログラム１を機械
語へ変換するコード生成部１５と、組込関数定義属性を
記憶する組込関数定義属性記憶手段を有し、構文解析部
１２が、組込関数の定義と属性を解析し、組込関数定義
属性記憶手段に記憶する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｃ言語などの高級
言語を機械語に変換（コンパイル）するコンパイラ、コ
ンパイル方法及びコンパイルプログラムを記録したコン
ピュータ読み取り可能な記録媒体に関し、特に組込関数
（intrinsics関数）をコンパイラの起動時又は動作中に
任意に追加定義可能とする技術に関する。

【０００２】

【従来の技術】従来、例えば、mov命令（mov Rn, Rm :
レジスタRmの内容をレジスタRnに代入する）に対応する
回路構成をプロセッサが有している場合でも、コンパイ
ラがmov命令に対応していない場合には、ユーザである
プログラム作成者はmov命令を使った高級言語によるプ
ログラムを作成することができない。このような場合、
プログラム作成者は使用するプロセッサの構造がmov命
令に対応しているにも関わらず、"mov Rn, Rm"と記述す
る代わりに、同機能を表すためにはlw(load word),sw(s
tore word)命令を用いてプログラムを記述しなければな
らない。すなわち、プロセッサはmov命令に対応する回
路構成を持ちながら、lw,swなどの複数の命令を実行し
なければならない。

【０００３】また、単一命令で複数データを並列処理す
るマルチメディア命令のように、既存命令の組み合わせ
では実現できないような命令に対応していないコンパイ
ラを使用した場合には、プログラム作成者はプロセッサ
特有の機能を利用することができない。

【０００４】従って、プロセッサ提供側は、ユーザがプ
ロセッサを効率よく動作可能とするために、プロセッサ
特有の仕様（プロセッサ・アーキテクチャおよび命令セ
ット）に対応したコンパイラを提供しなければならな
い。

【０００５】プロセッサ特有の仕様（プロセッサ・アー
キテクチャおよび命令セット）にコンパイラを対応させ
る手法としては、intrinsics関数（プログラム言語の処
理系が予め用意している関数であり、対象となるプロセ
ッサ特有の高級言語による命令記述を機械語にコンパイ
ルさせるための組込関数）を用いる手法が存在する。

【０００６】プロセッサ及びコンパイラの提供側は、対
象となるプロセッサに応じてintrinsics関数をコンパイ
ラ内部に予め組み込んでおくことにより、プログラム作
成者がプロセッサ特有の命令動作を高級言語にて記述す
ることを可能にし、機械語にコンパイルすることを可能
にしている。

【０００７】従来、intrinsics関数はコンパイラ内部に
組み込み済みであるため、ユーザが独自にintrinsics関
数を定義することができなかった。仕様（プロセッサ・
アーキテクチャおよび命令セット）が変化しないプロセ
ッサ用のコンパイラにおいては、この方法で問題ない。

【０００８】

【発明が解決しようとする課題】しかしながら、ユーザ
による仕様（プロセッサ・アーキテクチャおよび命令セ
ット）拡張可能なプロセッサ用のコンパイラでは、ユー
ザの仕様（プロセッサ・アーキテクチャおよび命令セッ
ト）拡張に応じた専用のコンパイラが必要となることか
ら、ユーザが独自にintrinsics関数をカスタマイズでき
る必要がある。

【０００９】そこで、本発明は、intrinsics関数をコン
パイラの起動時および動作中に任意に追加定義すること
を可能にするコンパイラ、コンパイル方法及びコンパイ
ルプログラムを記録したコンピュータ読み取り可能な記
録媒体を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記課題を解決するた
め、本発明の特徴は、ソースプログラム中あるいはヘッ
ダファイル中の組込関数の定義及び属性を読み取り、前
記組込関数の定義及び属性に基づいて前記ソースプログ
ラムを機械語に変換することにある。

【００１１】また、本発明の他の特徴は、ソースプログ
ラムを入力としオブジェクトコードを生成するコンパイ
ラであって、前記ソースプログラム内に記述された命令
をトークンに分割する字句解析部と、前記トークンが文
法に適しているかを解析し、これらトークンの組み合わ
せが組込関数及び属性を定義しているかを解析する構文
解析部と、前記構文解析部で解析された組込関数の定義
及び属性を記憶する組込関数定義属性記憶手段と、前記
組込関数の定義及び属性に基づいて、前記ソースプログ
ラムを機械語へ変換するコード生成部とを有することに
ある。

【００１２】また、組込関数の定義には、仮引数型と識
別子名が含まれる。

【００１３】本発明の特徴によれば、ソースプログラム
中の組込関数（intrinsics関数）の定義と属性を解析し
て、それを記憶手段に記憶することによって、コンパイ
ラの起動時及び動作時にintrinsics関数を任意に追加定
義可能となる。

【００１４】

【発明の実施の形態】以下、図面に基づいて本発明の実
施の形態を説明する。以下の図面の記載において、同一
又は類似の部分には同一又は類似の符号が付してある。

【００１５】（１）第１実施形態 本実施形態では、mov Rn,Rm（機能：レジスタRmの内容
をレジスタRnに代入する。コードサイズ：２バイト）と
いう命令に関してintrinsics関数を定義する。以下、定
義方法、使用方法及びコンパイラでの実装方法に分けて
記述する。

【００１６】（１−１）intrinsics関数の定義方法 独自の予約語（_asm,_reg_dest,_reg_src）と#pragma c
ustomを使用して、intrinsics関数を定義する。mov R
n，Rmの定義は、以下のように記述される。

【００１７】void_asm mov（int_reg_dest,int_reg_sr
c）；この定義方法は、_asmという独自キーワードを追
加した以外には、ＩＳＯ／ＪＩＳ Ｃ言語規格（ＩＳＯ
／ＩＥＣ９８９９：１９９０）の関数宣言に従ってい
る。この_asmを付加することにより、通常の関数宣言で
はなく、intrinsics関数の定義であることを示してい
る。関数名movにより、mov命令のintrinsics関数の定義
であることを示す。_reg_dest,_reg_srcは、仮引数の識
別子名であるので、ＩＳＯ／ＪＩＳ Ｃ言語規格上は、
任意の識別子名が記述できる。仮引数は関数の定義で使
われ、それぞれが呼び出されるときに実引数で置き換え
られる。intrinsics関数を定義する場合は、これらの特
別な予約語を用いることにより、mov命令の動作につい
ての情報をコンパイラに伝達する。_reg_destはレジス
タのデスティネーションのオペランド、_reg_srcはレジ
スタのソースのオペランドであることを示す。本実施形
態では、_asm，_reg_dest，_reg_srcを予約語として使
用したが、ＩＳＯ／ＪＩＳ Ｃ言語規格の予約語以外の
語句であれば、他の語句をintrinsics関数定義用予約語
として使用することができる。

【００１８】次に、#pragma customは、mov命令の場合
は、以下のようになる。

【００１９】#pragma custom mov 2byte #pragmaは、ＩＳＯ／ＪＩＳ Ｃ言語規格に規定されて
いる前処理指令のひとつであり、処理系によって独自の
拡張が許されている。本実施形態では、#pragma custom
によって、intrinsics関数の色々な属性の定義を行う。
この記述では、mov命令の命令長が２バイトであること
を定義している。本実施形態では、customという語句を
使用したが、これは任意の語句で置き換え可能である。

【００２０】（１−２）intrinsics関数の使用方法 下記のＣ言語プログラムのように、intrinsics関数を利
用する前に、intrinsics関数の定義を行う。そして、通
常の関数呼び出しの記述方法で、intrinsics関数を利用
する。

【００２１】＜Ｃ言語プログラム＞ /*intrinsics関数の定義*/ void_asm mov(int_reg_dest,int_reg_src); #pragma custom mov 2byte void test(){ int a,b; /*intrinsics関数の利用*/ mov(a,b); } コンパイラは、予め定義されたintrinsics関数の定義内
容に従って、コンパイルを行い、以下のようなアセンブ
ラファイルを生成する。指定されたとおり、mov命令が
生成されている。

【００２２】＜生成されたアセンブラファイル＞ _test: mov$1,$0 ret （１−３）intrinsics関数の実装方法 図１及び図２にコンパイラの処理の流れを示す。コンパ
イラは、高級言語で記述されたソースプログラムを入力
とし、オブジェクトコードを出力とするソフトウェアプ
ログラムである。

【００２３】図１は中間コードを生成するコンパイラの
構成を示す図である。図１に示すように、コンパイラ１
０ａは、まず字句解析部１１による字句解析を行う。
「字句解析」では、ソースプログラム１に記述された命
令文を意味のある最小の単位であるトークンに分割する
処理を行う。

【００２４】次に、構文解析部１２による構文解析を行
う。「構文解析」では、直前の字句解析によって変数や
記号など意味のある最小単位であるトークンに分割され
た命令文が、それぞれの言語で定められた文法に適して
いるかどうかをチェックする。

【００２５】そして、中間コード生成部１３による中間
コードの生成、中間コード最適化部１４による中間コー
ドの最適化を経て、コード生成部１５ａによるコード生
成を行う。「コード生成」では、それまでに行われたソ
ースプログラム１の最小単位への分割、構文エラーのチ
ェックなどの結果を受けて、コード・ジェネレータの機
能を用いてソースプログラム１を、アセンブラ形式や２
進数形式などの機械語へ変換する処理が行われる。

【００２６】さらに、コード最適化部１６ａによるコー
ド最適化を行う。「コード最適化」では、直前のコード
生成部により変換された機械語に、実際の処理効率を向
上させるための変更が加えられる。

【００２７】そして、コード出力部１７ａからオブジェ
クトコード３を生成する。

【００２８】コンパイラ１０ａが中間コード生成を行っ
ているのは、構文解析の直後にコード生成をすると、生
成されるプログラム・サイズが非常に大きくなり、変換
処理が効率よく行われない場合があるため、ソースプロ
グラム１ａと等価で、しかも簡潔な言語である中間コー
ドに変換してから翻訳処理を行うからである。中間コー
ド生成及び中間コード最適化を省略してもオブジェクト
コードは得られる。

【００２９】図２は中間コードを生成しないコンパイラ
の構成を示す図である。図２に示すように、コンパイラ
１０ｂは、字句解析部１１、構文解析部１２、コード生
成部１５ｂ、コード最適化部１６ｂ、コード出力部１７
ｂを経て、ソースプログラム１ａからオブジェクトコー
ド３を生成する。

【００３０】図１又は図２に示すいずれのコンパイラで
あっても、「構文解析」において、intrinsics関数の定
義、使用を識別する必要がある。このための処理の流れ
を図３に示す。また、属性情報処理の流れを図４に示
す。

【００３１】図３は、intrinsics関数の定義の構文解析
処理の流れを示す図である。図３に示すように、まず"_
asm"が付加されているかをチェックする（ステップＳ３
０）。"_asm"が付加されていなければ、通常の関数の宣
言であると認識する（ステップＳ３１）。"_asm"が付加
されている場合は、intrinsics関数の定義の処理をする
（ステップＳ３２）。まず、仮引数の型情報、識別子の
名前の解釈を行う（ステップＳ３３）。仮引数の型の指
定方法等に間違いがある場合は、エラーメッセージを出
力する（ステップＳ３４）。仮引数の型の指定方法等に
間違いが無い場合は、intrinsics関数の定義内容を記号
表へ登録する（ステップＳ３５）。記号表とは、定義し
たintrinsics関数やその引数をサーチするために使用す
る表である。

【００３２】図４は、属性情報処理の流れを示す図であ
る。図４に示すように、"#pragma"の次の字句が"custo
m"かチェックする（ステップＳ４０）。"custom"でない
場合は、他の#pragma指令の処理を行う（ステップＳ４
１）。"custom"である場合は、"#pragma custom"の処理
を行う（ステップＳ４２）。指定された識別子（例え
ば、mov）が、intrinsics関数として記号表に登録され
ているかチェックする（ステップＳ４３）。記号表に登
録されていない場合は、エラーメッセージを出力する
（ステップＳ４４）。記号表に登録されている場合は、
指定された属性情報の解釈を行う（ステップＳ４５）。
指定された属性（字句）が解釈できない場合は、エラー
メッセージを出力する（ステップＳ４６）。指定された
属性（字句、例えば2byte）が解釈できる場合は、intri
nsics関数の情報に属性情報を付加する（ステップＳ４
７）。

【００３３】本第１実施形態によれば、"_asm"が付加さ
れているとintrinsics関数の定義の処理が開始され、仮
引数の型情報や識別子名に誤りがなければ、intrinsics
関数の情報として記号表に登録される。また、"#pragm
a"の次の字句が"custom"であれば、"#pragma custom"の
処理が開始され、指定された識別子が記号表に登録され
ていれば、指定された情報(例えば、2byte)が属性情報
として登録される。これにより、intrinsics関数がコン
パイラの起動時及び動作中に定義可能となる。

【００３４】図５に、intrinsics関数を使用した場合の
コンパイラの処理の流れを示す。図５に示すように、関
数コールの処理が開始されると、まず使用している関数
名を記号表から探す（ステップＳ５０）。そして、記号
表に登録されているか、intrinsics関数かをチェックす
る（ステップＳ５１）。記号表に登録されているが、in
trinsics関数ではない場合は、通常の関数の処理を行う
（ステップＳ５２）。記号表に登録されているintrinsi
cs関数である場合は、指定された引数（実引数）とintr
insics関数宣言時の引数（仮引数）の情報をチェックす
る（ステップＳ５３）。さらに、実引数と仮引数で、数
及び型が一致するかをチェックする（ステップＳ５
４）。数又は型が一致しない場合は、エラーメッセージ
を出力する（ステップＳ５５）。数及び型が一致する場
合は、intrinsics関数としてコード（中間コード又はア
センブラコード）を生成する（ステップＳ５６）。

【００３５】これによってユーザが定義したintrinsics
関数を用いてコンパイルすることが可能となる。

【００３６】（２）第２実施形態 第１実施形態ではmov命令の実装方法を説明したが、第
２実施形態では汎用的に使用する場合について述べる。

【００３７】（２−１−１）仮引数の識別子に用いる予
約語 第１実施形態で示した"_reg_src"と"_reg_dest"以外
に、"_reg_modify","_mem_read","_mem_write","_mem_m
odify","_imm","_label"を独自の予約語として追加する
ことにより、代表的な機械命令はintrinsics関数として
記述可能となる。

【００３８】"_reg_modify"は、ソースであり、かつデ
スティネーションでもあるレジスタのオペランドを示
す。"_mem_read"はメモリ・リードのオペランドを示
す。"_mem_write"はメモリ・ライトのオペランドを示
す。"_mem_modify"はメモリ・リードと演算結果のメモ
リ・ライトのオペランドを示す。"_imm"は即値のオペラ
ンドを示す。"_label"は分岐先のラベル名を指定するオ
ペランドを示す。

【００３９】（２−１−２）#pragma customで指定でき
る属性 第１実施形態で示した"mov"の属性(2byte)以外に、"rea
d","write","modify","interlock","freeze","uncondit
ion","call","return"の属性を定義することにより、代
表的な機械命令が記述可能となる。"read"はintrinsics
関数の定義で指定したオペランド以外に、ソースとして
使用するオペランドを指定する。"write"はintrinsics
関数の定義で指定したオペランド以外に、デスティネー
ションとして使用するオペランドを指定する。"modify"
はintrinsics関数の定義で指定したオペランド以外に、
ソースとデスティネーションとして使用するオペランド
を指定する。

【００４０】たとえば、東芝マイクロプロセッサＴＸ３
９のmul命令の仕様では、mul命令は指定したオペランド
以外にlowレジスタ($lo)をデスティネーションとする。
この場合には、"#pragma custom mul write $lo"と定義
する。

【００４１】"read","write","modify"を指定すること
により、intrinsics関数が使用する資源の全ての情報を
設定することができ、コンパイラによる機械命令の生成
が可能となる。

【００４２】"interlock"は、コンパイラに命令スケジ
ューリングの必要性を指示する。連続する命令（例え
ば、命令Ａと命令Ｂ）が、共通のオペランドを使用する
ためにパイプラインがストールしてしまう場合に、スト
ールの原因となっているオペランドを使用しない命令
（例えば、命令Ｃ）を、共通のオペランドを使用する連
続する命令（命令Ａと命令Ｂ）の間に挿入することによ
り、ストールを防止する。

【００４３】"freeze"は、このintrinsics関数の前後の
命令の順番を変更しないことをコンパイラに指示する。

【００４４】オペランドとして"_label"を指定した場
合、その命令が条件分岐命令か、無条件分岐命令か判別
できない。このため、条件分岐命令を既定値(default)
とし、無条件分岐命令を指定する場合には"unconditio
n"を属性として指定する。無条件分岐命令を既定値(def
ault)とし、条件分岐命令を指定する場合には"conditio
n"を属性として指定する。

【００４５】"return"は、関数コールからの復帰命令を
intrinsics関数として定義した場合に使用する。

【００４６】（２−２）次に、コプロセッサ命令を定義
する方法を説明する。Ｃ言語プログラムは以下のように
記述する。

【００４７】 void_asm cpmov (int _cop_dest,int _cop_src); #pragma custom cpmov cop 2byte コプロセッサ命令であることを示すために、#pragma cu
stomの属性に"cop"を追加する。これは、指定した関数
（例えば、"cpmov"）が、コプロセッサ命令であること
を示す。

【００４８】また、仮引数の識別子に用いる予約語とし
て、"_cop_src","_cop_dest","_cop_modify"を追加す
る。"_cop_src"は、コプロセッサ・レジスタのソース・
オペランドであることを示す。"_cop_dest"はコプロセ
ッサ・レジスタのデスティネーション・オペランドであ
ることを示す。"_cop_modify"はコプロセッサ・レジス
タのソース・オペランドでありかつデスティネーション
・オペランドであることを示す。

【００４９】（２−３）次に、ＶＬＩＷ（Very Long In
struction Word）やスーパースカラ型のプロセッサのコ
ンパイラのために、intrinsics関数に対してスケジュー
リング属性を設定する方法を説明する。ＶＬＩＷやスー
パースカラでは、同時に演算できる命令に制限がある。
このため、各命令に対して、どの演算器で実行できるか
を設定する必要がある。この情報を#pragma customの属
性として設定することにより、ＶＬＩＷやスーパースカ
ラ型のプロセッサに対応することができる。

【００５０】（２−４）また、intrinsics関数の第１引
数が、"_reg_dest"または"_cop_dest"の場合は、関数の
返却値として、設定することができる。このとき第２引
数以降が存在する場合は、その第２引数以降は一つずつ
繰り上がる。例えば、void _asm mov(int _reg_dest,in
t _reg_src);は、 int _asm mov(int _reg_src); と同様の内容である。この場合、代入先を"="演算子で
指定することができるようになり、Ｃ言語らしくなるた
め、可読性が向上する。

【００５１】第１実施形態と同様の内容のプログラム
が、以下のように記述される。

【００５２】 本第２実施形態によれば、コプロセッサ、ＶＬＩＷ又は
スーパースカラ型プロセッサのintrinsics関数がコンパ
イラの起動時及び動作中に定義可能となる。

【００５３】また、代入先を"="演算子で指定すること
ができるようになり、Ｃ言語らしくなるため、可読性が
向上する。

【００５４】さらに、（１）ある命令（例えば、mov命
令）が、「通常の関数」として実装されている場合と、
機械命令として実装されているので「intrinsics関数」
として定義される場合、の両方に対応するために、「in
trinsics関数の引数と返り値の形式」を「通常の関数の
引数と返り値の形式」と同じにする、（２）コンパイラ
が持っている条件コンパイルを利用し、起動時に指定す
るコマンドライン・オプションによって、「intrinsics
関数」として定義するか、「通常の関数」として定義す
るかを選択する、ことにより、ソースプログラムを記述
する際に、ある命令（例えば、mov命令）が「通常の関
数」として実装されているか、「intrinsics関数」とし
て定義されているかを、プログラマーが意識する必要が
なくなる。このため、プログラミングが容易となり、作
成したプログラムの再利用性も向上する。

【００５５】なお、条件コンパイルとは、Cコンパイラ
では、#ifdef,#else,#endif として実装されており、コ
ンパイラ起動時に指定する マクロ定義のコマンドライ
ン・オプションによって、コンパイルする内容を変更す
ることができる機能のことである。

【００５６】条件コンパイルの例を以下に示す。

【００５７】 #ifdef __USE_MOV__ /* マクロ __USE_MOV__ が定義された場合の処理 */ /* intrinsics関数 */ int __asm mov(int __reg_src); #pragma custom mov 2byte #else /* マクロ __USE_MOV__ が定義されない場合の処理 */ /* 通常の関数 */ int mov(int src); /* この関数は、mov命令と同様の処理を行う */ #endif /* 実際の使用 */ void test() { int i,j; /* intrinsics関数がどうかに関係なく使用できる */ i = mov(j); } （３）第３実施形態 第１、２実施形態においては#pragma customも用いて定
義したが、第３実施形態では#pragma customを用いない
で定義する方法を説明する。

【００５８】#pragma customで指定した属性を関数の定
義中に含める場合は、さらに独自の予約語を追加するこ
とになる。この場合、複数の予約語を追加する方法と１
つの予約語を追加する方法とがある。

【００５９】（３−１）複数の予約語を追加する場合 属性毎に、予約語(_2byte,_read,_write,_modify,_inte
rlock,_freeze,_uncondition,_call,_return等)を追加
することにより、#pragma customがなくても属性を設定
することが可能となる。例えば、第１実施形態のmov命
令は、void_asm_2byte mov(int_reg_dest,int_reg_sr
c);と定義することができる。

【００６０】（３−２）１つの予約語を追加する場合 属性毎に予約語を追加するのでなく、１つの予約語を追
加することによって、定義することもできる。"_attr"
という予約語を定義した場合、第１実施形態のmov命令
は、void_asm_attr(2byte) mov(int_reg_dest,int_reg_
src);と定義することができる。この場合、"_attr"の構
文分析時に、指定された属性をチェックする。予約語が
少ない方が、プログラミング上の制約が少なくなるため
好ましい。

【００６１】なお、上記第１〜３実施形態ではintrinsi
cs関数に必要な情報を、コンパイルするソースファイル
中に記述したが、別ファイルからintrinsics関数に必要
な情報を読み込むことも可能である。図６に、intrinsi
cs関数の情報を別ファイルとする場合の処理の流れの概
略を示す。図６に示すように、ソースファイル１ｂとin
trinsics関数情報ファイル６０をコンパイラ１０に入力
し、オブジェクトコード３を得る。

【００６２】この場合は、第１〜３実施形態で示したよ
うな予約語などに拘束されることはないので、intrinsi
cs関数に必要な情報を任意の書式で記述することが可能
となる。

【００６３】

【発明の効果】上記の如く、本発明によれば、intrinsi
cs関数の動作に必要な情報をコンパイラの外部から設定
できるようにすることにより、コンパイラを容易に拡張
することができる。このため、ユーザがコンパイラをカ
スタマイズすることもできる。

【００６４】また、intrinsics関数の定義を、コンパイ
ルの対象であるソースファイル内に混在させることによ
り、以下の効果も得られる。

【００６５】１）intrinsics関数の定義は、通常の関数
定義にいくつかの予約語を追加しただけなので、ユーザ
が容易に理解することができる。

【００６６】２）ユーザに、Ｃ言語のヘッダファイルと
して提供できるため、リリースが容易になる。

【００６７】３）intrinsics関数の第１引数が、ディス
ティネーションの場合は、関数定義を変更することによ
り、ソースファイル中のintrinsics関数名（例えば、mo
v関数）と同じ名称の命令（例えば、mov命令）を使用す
る部分を変更しなくてすむ。これにより、プログラムの
再利用性が向上する。

【図面の簡単な説明】

【図１】中間コードを生成するコンパイラの構成を示す
図である。

【図２】中間コードを生成しないコンパイラの構成を示
す図である。

【図３】intrinsics関数の定義処理の流れを示す図であ
る。

【図４】属性情報処理の流れを示す図である。

【図５】intrinsics関数を使用した場合のコンパイラの
処理の流れを示す図である。

【図６】intrinsics関数の情報を別ファイルとする場合
の処理の流れの概略を示す図である。

【符号の説明】

１ ソースプログラム ３ オブジェクトコード １０ コンパイラ １１ 字句解析部 １２ 構文解析部

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ソースプログラム中あるいはヘッダファ
   イル中の組込関数の定義及び属性を読み取り、前記組込
   関数の定義及び属性に基づいて前記ソースプログラムを
   機械語に変換することを特徴とするコンパイラ。
2. 【請求項２】 ソースプログラムを入力としオブジェク
   トコードを生成するコンパイラであって、 前記ソースプログラム内に記述された命令をトークンに
   分割する字句解析部と、 前記トークンが文法に適しているかを解析し、これらト
   ークンの組み合わせが組込関数及び属性を定義している
   かを解析する構文解析部と、 前記構文解析部で解析された組込関数の定義及び属性を
   記憶する組込関数定義属性記憶手段と、 前記組込関数の定義及び属性に基づいて、前記ソースプ
   ログラムを機械語へ変換するコード生成部とを有するこ
   とを特徴とするコンパイラ。
3. 【請求項３】 前記組込関数の定義に、仮引数型と識別
   指名が含まれることを特徴とする請求項１又は２記載の
   コンパイラ。
4. 【請求項４】 コンパイラの起動時または動作中に、組
   込み関数の定義が開始する旨の宣言を検出する工程と、 前記組込み関数の定義を登録する工程と、 前記組込み関数の属性に関する記述が開始する旨の宣言
   を検出する工程と、 前記組込み関数の属性を登録する工程とを少なくとも含
   むことを特徴とするコンパイル方法。
5. 【請求項５】 コンパイラの起動時または動作中に、組
   込み関数の定義及び組込み関数の属性に関する記述が開
   始する旨の宣言を検出する工程と、 前記組込み関数の定義を登録する工程と、 前記組込み関数の属性を登録する工程とを少なくとも含
   むことを特徴とするコンパイル方法。
6. 【請求項６】 前記組込み関数の定義に、仮引数の型、
   識別子名が含まれることを特徴とする請求項４又は５記
   載のコンパイル方法。
7. 【請求項７】 コンパイラの起動時または動作中に、組
   込み関数の定義が開始する旨の宣言を検出するステップ
   と、 前記組込み関数の定義を登録するステップと、 前記組込み関数の属性に関する記述が開始する旨の宣言
   を検出するステップと、 前記組込み関数の属性を登録するステップとを少なくと
   も含むことを特徴とするコンパイルプログラムを記録し
   たコンピュータ読み取り可能な記録媒体。
8. 【請求項８】 コンパイラの起動時または動作中に、組
   込み関数の定義及び組込み関数の属性に関する記述が開
   始する旨の宣言を検出するステップと、 前記組込み関数の定義を登録するステップと、 前記組込み関数の属性を登録するステップとを少なくと
   も含むことを特徴とするコンパイルプログラムを記録し
   たコンピュータ読み取り可能な記録媒体。
9. 【請求項９】 前記組込み関数の定義に、仮引数の型、
   識別子名が含まれることを特徴とする請求項７又は８記
   載のコンパイルプログラムを記録したコンピュータ読み
   取り可能な記録媒体。