JP3279706B2 - オンライン・コンパイル方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プログラミング装置に
格納されているソースプログラムをマシンコードから成
る目的プログラムに変換して、これを情報処理装置のメ
モリ（プログラムメモリ）へ格納するオンライン・コン
パイル方式に関する。

【０００２】

【従来の技術】情報処理装置で実行されるプログラム
は、一般に、「Ｃ」，「ＦＯＲＴＲＡＮ」，「ＣＯＢＯ
Ｌ」などの、いわゆる高水準言語（high level languag
e)と言われるプログラミング言語(programming languag
e)で記述される。

【０００３】これは、高水準言語が、人間が使う言語
（自然言語）や概念に近い要素に基づいて設計されたも
のであり、プログラムの生産性に優れているからであ
る。これらの高水準言語で記述されたプログラムは、コ
ンパイラ（compiler) によりマシンコードから成るプロ
グラムに翻訳され、情報処理装置内の主メモリへロード
（load) される。

【０００４】情報処理装置は、このロードされたマシン
コードから成るプログラムを順次実行する。上記のよう
なプログラミング言語で記述されたプログラムは、コン
パイラの入力となるのでソースプログラム（source pro
gram) と呼ばれ、コンパイラの出力となるマシンコード
から成るプログラムは目的プログラム（target progra
m) と呼ばれる。

【０００５】ところで、このようなソースプログラムの
設計、製作、試験、及び保守などのプログラミング支援
を行う方式は、このプログラミング支援を行う支援プロ
グラム（支援ツール）が搭載される装置に応じて、セル
フ支援方式とクロス支援方式の２つに分類される。

【０００６】セルフ支援方式は、プログラミング支援を
プログラムを実行する情報処理装置そのものに搭載され
た支援ツールにより行う方式であり、クロス支援方式
は、プログラミング支援をプログラムを実行する情報処
理装置とは別のプログラミング装置に搭載された支援ツ
ールより行う方式である。

【０００７】図１７は、上記クロス支援方式のハードウ
エア構成図である。同図に示すように、クロス支援方式
においては、ソースプログラム４１の作成、修正、及び
コンパイル等を行うプログラミング装置４０と、上記ソ
ースプログラム４１をコンパイルして得られるマシンコ
ードプログラム５１を実行する情報処理装置５０とが伝
送ライン６０で接続される。

【０００８】この方式においては、ソースプログラム４
１はプログラミング装置４０に格納されており、このソ
ースプログラム４１はプログラミング装置４０に実装さ
れている不図示のコンパイラによりマシンコードから成
るマシンコードプログラム（目的プログラム）５１に変
換される。そして、このマシンコードプログラム５１
は、伝送ライン６０を経由して情報処理装置５０に伝送
され、情報処理装置５０内に格納される。

【０００９】このクロス支援方式は、プログラミング装
置４０が情報処理装置５０から分離されているので、プ
ログラミング装置４０をパーソナルコンピュータなどの
安価なハードウエア・プラットフォーム上に構築でき、
また、情報処理装置５０にソースプログラム４１を格納
するための大容量のメモリを準備する必要がないなどの
特長により、自動化制御装置などの小型、単純、高信頼
を求められる情報処理装置に多く用いられる。

【００１０】次に、図１８は、従来技術によるクロス支
援方式のソフトウエア構成図である。プログラミング装
置４０で作成されたソースプログラム４１は、プログラ
ミング装置４０内のコンパイラ４２によりマシンコード
プログラム５１にコンパイルされる。そして、プログラ
ミング装置４０内の転送プログラム４３は、このマシン
コードプログラム５１を伝送ライン６０を介し情報処理
装置５０へ転送する。

【００１１】情報処理装置５０内の転送プログラム５２
は、上記マシンコードプログラム５１を受け取り、これ
をプログラムメモリ５３へ格納する。そして、情報処理
装置５０内の演算ユニット５４は、このプログラムメモ
リ５３からマシンコードプログラム５１を順次読み出し
て実行する。

【００１２】

【発明が解決しようとする課題】上述のようなクロス支
援方式では、プログラム装置４０内のコンパイラ４２が
ソースプログラム４１をコンパイルしてマシンコードプ
ログラム５１を生成し、さらに、このマシンコードプロ
グラム５１を情報処理装置５０へ転送するという、２段
階の処理を直列に行っている。このため処理に時間がか
かると同時に、マシンコードプログラム５１を、プログ
ラミング装置４０内に保持しなければならず、多くのメ
モリを必要とするという欠点があった。

【００１３】またプログラムミング装置４０は、ソース
プログラム４１とマシンコードプログラム５１を個々に
格納するため、これらのプログラム４１，５１を対応付
けて管理しなければならず、この管理が煩雑となる。

【００１４】また、情報処理装置５０のプログラム・イ
ンタフェースがマシンコードであるため、情報処理装置
５０のハードウエアの変更などで演算ユニット５４が実
行可能なマシンコードが変更になった場合、プログラミ
ング装置４０に実装するコンパイラ４２を変更しなけれ
ばならないという欠点もあった。

【００１５】本発明は、クロス支援方式のオンライン・
コンパイル方式においてプログラミング装置のメモリ容
量を小さくできることを第１の目的とし、プログラミン
グ装置においてプログラム管理を容易にすることを第２
の目的とする。

【００１６】また、さらに、プログラミング装置側で情
報処理装置が実行可能なマシンコードに依存しないでソ
ースプログラムのプログラミングができることを第３の
目的とすると共に、従来よりもコンパイル処理を高速化
することを第４の目的とする。

【００１７】

【課題を解決するための手段】図１は、本発明の原理説
明図である。本発明はソースプログラムの作成を行うプ
ログラミング装置１と、上記ソースプログラムをコンパ
イルして得られる目的プログラムを実行する情報処理装
置２とを備える。

【００１８】そして、プログラミング装置１は、ソース
プログラムを格納するソースプログラム記憶手段１Ａ
と、該ソースプログラム記憶手段１Ａからソースプログ
ラムを読み出して、このソースプログラムを情報処理装
置２に転送する転送手段（１Ｂ）とを有する。

【００１９】また、情報処理装置２は、プログラミング
装置１の転送手段１Ｂから転送されてくるソースプログ
ラムを所定単位で受信する受信手段２Ａと、該受信手段
２Ａにより受信されたソースプログラムを一時的に格納
する記憶手段２Ｂと、該記憶手段２Ｂからソースプログ
ラムを上記所定単位毎に順次読み出して、そのソースプ
ログラムをコンパイルするコンパイラ２Ｃと、該コンパ
イラ２Ｃによって生成された目的プログラムを格納する
目的プログラム記憶２Ｄとを有する。上記のような構成
において、前記情報処理装置２の前記受信手段２Ａは、
前記ソースプログラムを特定の文脈単位に分割して受け
取って前記記憶手段２Ｂに格納し、前記コンパイル２Ｃ
は、上記特定の文脈単位毎にコンパイルを行う。 上記特
定の文脈単位は、例えば、請求項２記載のように関数で
あってもよく、あるいは請求項３記載のように予め定め
られた区切り記号によって区切られる単位であってもよ
い。

【００２０】上記構成において、例えば、請求項４記載
のように、前記情報処理装置２の前記記憶手段２Ｂは、
第１の記憶手段２Ｂ−１と第２の記憶手段２Ｂ−２から
成り、前記受信手段２Ａは、受信するソースプログラム
を、所定単位毎に、上記第１の記憶手段２Ｂ−１と上記
第２の記憶手段２Ｂ−２に交互に格納し、前記コンパイ
ラ２Ｃは、上記第１の記憶手段２Ｂ−１と上記第２の記
憶手段２Ｂ−２からソースプログラムを上記所定単位毎
に交互に読み出して、そのソースプログラムのコンパイ
ルを行うような構成にしてもよい。

【００２１】

【００２２】

【００２３】

【作用】プログラミング装置１は、ソースプログラム記
憶手段１Ａに格納されている自装置で作成したソースプ
ログラムを、転送手段１Ｂにより情報処理装置２へ転送
する。

【００２４】情報処理装置２は、このソースプログラム
を受信手段２Ａにより、適当な単位に分割して受け取
り、順次、記憶手段２Ｂに格納する。コンパイラ２Ｃ
は、このようにして記憶手段２Ｂに格納されるソースプ
ログラムを、上記の単位毎にコンパイルし、このコンパ
イルにより得られるマシンコードを目的プログラム記憶
手段２Ｄに格納する。このとき前記受信手段２Ａは、前
記ソースプログラムを特定の文脈単位に分割して受け取
って前記記憶手段２Ｂに格納し、前記コンパイル２Ｃ
は、上記特定の文脈単位毎にコンパイルを行う。

【００２５】したがって、プログラミング装置１に目的
プログラム（マシンコード・プログラム）を格納するメ
モリを設けることなく、クロス支援方式のオンライン・
コンパイルを実現できる。

【００２６】また、このため、プログラミング装置１
は、メモリを節約できると共に、ソースプログラムのみ
を管理すればよいので、プログラム管理が容易になる。
さらに、情報処理装置２はソースプログラムを受け取っ
て、コンパイル・実行を行うので、プログラミング装置
で情報処理装置２の中央処理装置が実行するマシンコー
ドに依存せずにソースプログラムのプログラミングを行
える。

【００２７】また、さらに、記憶手段２Ｂを、それぞれ
個別にアクセスできる第１の記憶手段２Ｂ−１と第２の
記憶処理２Ｂ−２とから構成するようにすることによ
り、受信手段２Ａによるソースプログラムの受信と、コ
ンパイラ２Ｃによるソースプログラムのコンパイルとを
並行処理できるので、コンパイルを従来よりも高速に処
理できる。

【００２８】

【実施例】以下、図面を参照しながら、本発明の実施例
を説明する。図２は、本発明によるクロス支援方式の情
報処理装置のソフトウエア構成図である。

【００２９】同図において、プログラミング装置１１０
は、ソースプログラム１１１を作成する装置であり、作
成したソースプログラム１１１を転送プログラム１１２
により情報処理装置１２０へ転送する。尚、このソース
プログラム１１１は、プログラミング装置１１０内に実
装されている不図示の所定の記憶装置内に格納されてい
る。

【００３０】情報処理装置１２０は、上記プログラミン
グ装置１１０から転送されてくるソースプログラム１１
１を受信し、このソースプログラム１１１をＲＡＭ（ラ
ンダム．アクセス・メモリ）等から成るバッファメモリ
１２２に格納する転送プログラム１２１を備えている。
また、さらに、上記バッファメモリ１２２からソースプ
ログラム１１１を読み出してマシンコード・プログラム
（目的プログラム）に変換し、これをＲＡＭ（ランダム
・アクセス・メモリ）等から成るプログラムメモリ１２
４に格納するコンパイラ１２３、及びそのプログラムメ
モリ１２４上のマシンコード・プログラムを読み出し実
行する演算ユニット１２５も備えている。

【００３１】一般に、プログラム言語で記述されたプロ
グラムは、プログラムとして意味のある処理単位、例え
ば関数単位で分割してコンパイルすることができる。本
実施例においては、プログラミング装置１１０内の転送
プログラム１１２は、ソースプログラム１１１をこの処
理単位毎に分割して、情報処理装置１２０へ転送する。
そして、情報処理装置１２０内のコンパイラ１２３は、
この処理単位毎にコンパイルを行い、このコンパイルに
より得られたマシンコードを、逐次、プログラムメモリ
１２４に格納していく。

【００３２】図２に示す、バッファメモリ１２２の状態
は、情報処理装置１２０の転送プログラム１２１がソー
スプログラム１１１の最初の代入関数「（：＝」の終了
を示す「）」を受け取った時点でソースプログラム１１
１の受信を中断し、情報処理装置１２０内のコンパイラ
１２３がバッファメモリ１２２内のソースプログラム１
１１をコンパイルして、このコンパイルにより得られた
マシンコードをプログラムメモリ１２４へ格納した状態
を示している。

【００３３】情報処理装置１２０の転送プログラム１２
１は、上述のようにしてマシンコードのプログラムメモ
リ１２４の格納を終了すると、ソースプログラム１１１
の受け取りを再開し、以降同様の処理を繰り返す。図３
は、コンパイラ１２３によりソースプログラム１１１全
てのコンパイルが終了した状態を示している。

【００３４】次に、図４は、本発明の第２の実施例のク
ロス支援方式の情報処理装置のソフトウエア構成図であ
る。この実施例において、プログラミング装置１１０の
構成は、上述した図２に示す第１の実施例と同様である
が、情報処理装置１２０の構成は、上記第１の実施例と
一部異なっている。

【００３５】すなわち、この実施例においては、情報処
理装置１２０は、２個の転送バッファメモリ１２２ａ，
１２２ｂを備えている。そして、この構成の違いに伴っ
て、情報処理装置１２０内の転送プログラム１２１′及
びコンパイラ１２３′の機能は、上記第１の実施例とは
異なっている。

【００３６】すなわち、この実施例では、実施例処理装
置１２０の転送プログラム１２１′は、最初の代入関数
を受け取ると、まずバッファメモリ１２２ａへ格納す
る。コンパイラ１２３′は、この転送バッファメモリ１
２２ａ内のソースプログラム１１１をコンパイルし、こ
のコンパイルにより得られたマシンコードをプログラム
メモリ１２４へ格納する。この処理と並行して、転送プ
ログラム１２１′は次の代入関数を受け取って、これ
を、今度は、転送バッファメモリ１２２ｂへ格納する。
そして、コンパイラ１２３′は、今度は、バッファメモ
リ１２２ｂから上記代入関数を読み出してコンパイルを
行い、このコンパイルにより、得られたマシンコードを
プログラムメモリ１２４に格納する。

【００３７】このように、この図４に示す第２の実施例
では、バッファメモリを２個設ける構成にすることによ
り、ソースプログラム１１１の転送とそのコンパイルを
並列に処理することで、処理を高速化することができ
る。

【００３８】次に、図５は、本発明の第３実施例のクロ
ス支援方式の情報処理装置のソフトウエア動作図であ
る。同図に示す情報処理装置１２０″の転送プログラム
１２０″は、ソースプログラム１１１を解析し、このソ
ースプログラム１１１に現れるオペランドや関数をスタ
ックメモリ１２６へ格納する。そして、コンパイラ１２
３″はスタックメモリ１２６から上記オペランドや関数
を読み出してコンパイルする。

【００３９】図６及び図７は、この図５に示す方式によ
る転送プログラム１２１″及びコンパイラ１２３″の動
作を説明するフローチャートである。まず、図６は、情
報処理装置１２０″の転送プログラム１２１″の動作を
説明するフローチャートである。

【００４０】同図のフローチャートに沿って、転送プロ
グラム１２１″の動作を説明すると、転送プログラム１
２１″は、まず、プログラミング装置１１０から送られ
てくるソースプログラム１１１を受け取りながら（Ｓ１
１）、オンラインでソースプログラムを解析する。すな
わち転送プログラム１２１″は、関数やオペランドの区
切りを表す空白や「（」，「）」などの分離文字を捜
し、これらの分離文字で区切られた関数及びオペランド
を検出して（Ｓ１２，ＹＥＳ）、これらをスタックメモ
リ１２６へ格納する（Ｓ１３）。次に、転送プログラム
１２１″は、上記のようにしてスタックメモリ１２６へ
格納した関数やオペランドのコンパイルを行うため、コ
ンパイラを呼び出す（Ｓ１４）。

【００４１】そして、以上のステップＳ１１〜Ｓ１４の
処理を、ソースプログラム１１１の全ステートメントを
受け取ったと判別するまで（Ｓ１５，ＹＥＳ）、繰り返
し行う。

【００４２】コンパイラ１２３″は、このようにして転
送プログラム１２１″によりスタックメモリ１２６に格
納された関数やオペランドを読み出して以下図７のフロ
ーチャートに示す処理を開始する。

【００４３】すなわち、コンパイラ１２３″は、スタッ
クメモリ１２６からデータを格納順に読み出し（Ｓ２
１）、このデータが、関数なら（Ｓ２２，ＹＥＳ）、何
もせず直ちに処理を終了する。一方オペランドなら（Ｓ
２３，ＹＥＳ）、スタックメモリ１２６をさかのぼり、
直前に格納されている関数を捜し（Ｓ２４）、この関数
と上記オペランドを、対応するマシンコードに変換し、
これをプログラムメモリ１２４へ格納する（Ｓ２５）。
そして、上記オペランドをスタックメモリ１２６から消
去して（Ｓ２６）、処理を終了する。

【００４４】一方、上記ステップＳ２１で読み出したデ
ータが関数の終了を示す「）」であるときには（Ｓ２
７，ＹＥＳ）、スタックメモリ１２６の直前の関数まで
の内容をスタックメモリ１２６から消去して（Ｓ２
８）、処理を終了する。

【００４５】次に、このような転送プログラム１２１″
及びコンパイラ１２３″により行われるオンライン・コ
ンパイルの処理を、図８乃至図１６を参照しながら、よ
り詳細に説明する。

【００４６】尚、ソースプログラム１１１は、図８に示
す形式になっているものとする。転送プログラム１２
１″は、まず、図５に示すように、プログラミング装置
１１０から、「(Prog 」までを受け取り、この関数「(P
rog 」をスタックメモリ１２６へ格納する。

【００４７】尚、「(Prog 」は、第１オペランドで示す
番号のユーザプログラムの開始を宣言する関数である。
次に、転送プログラム１２１″は、図８に示すように、
プログラミング装置１１０から分離文字、「１」を受け
取り、これをスタックメモリ１２６へ格納して、コンパ
イラ１２３″を呼び出す。コンパイラ１２３″は、これ
を、上記直前の関数「(Prog 」の第１オペランドと判断
し、これを「Dcl ＿Prog１」命令のマシンコードに変換
し、これをプログラムメモリ１２４に格納する。そし
て、スタックメモリ１２６内の「１」（第１オペラン
ド）を消去する。

【００４８】続いて、転送プログラム１２１″は、図９
に示すように、プログラミング装置１１０からデータ
「（：＝」を受け取り、この関数「（：＝」をスタック
メモリ１２６へ格納する。尚、この関数「（：＝」は、
第１オペランドのデータを第２オペランドへ転送する関
数である。

【００４９】さらに続いて、転送プログラム１２１″
は、図１０に示すように、プログラミング装置１１０か
らデータ「（＋」を受け取り、この関数「（＋」をスタ
ックメモリ１２６へ格納する。尚、この関数「（＋」
は、第１オペランド以降のオペランドを順次加算する関
数である。

【００５０】次に、転送プログラム１２１″は、図１１
に示すように、プログラミング装置１１０から分離文字
「Ａ」を受け取り、これをスタックメモリ１２６へ格納
し、コンパイラ１２３″を呼び出す。コンパイラ１２
３″は、これを、スタックメモリ１２６から読み出す
と、上記直前の関数「（＋」の第１オペランドと判断
し、これを「Load A」命令のマシンコードに変換し、こ
れをプログラムメモリ１２６に格納する。そして、スタ
ックメモリ１２６内の第１オペランド「Ａ」を消去す
る。

【００５１】続いて、転送プログラム１２１″は、図１
２に示すように、情報処理装置１２０から分離文字
「Ｂ」を受け取り、これをスタックメモリ１２６へ格納
し、コンパイラ１２３″を呼び出す。コンパイラ１２
３″は、これをスタックメモリ１２６から読み出すと、
上記直前の関数「（＋」の第２オペランドと判断し、こ
れを「＋Ｂ」命令のマシンコードに変換して、プログラ
ムメモリ１２６に格納する。そして、コンパイラ１２
３″はスタックメモリ１２６内の第２オペランド「Ｂ」
を消去する。

【００５２】次に、転送プログラム１２１″は、図１３
に示すように、プログラミング装置１１０から分離文字
「）」を受け取り、これをスタックメモリ１２６へ格納
し、コンパイラ１２３″を呼び出す。コンパイラ１２
３″は、スタックメモリ１２６から 「）」を読み出す
と、これが関数の終了を示していると判断し、上記直前
の関数「（＋」をスタックメモリ１２６から消去する。

【００５３】次に、転送プログラム１２１″は、図１４
に示すように、プログラミング装置１１０から分離文字
「Ｃ」を受け取り、これをスタックメモリ１２６へ格納
してからコンパイラ１２３″を呼び出す。コンパイラ１
２３″は、「Ｃ」をスタックメモリ１２６から読み出す
と、これが上記直前の関数「（：＝」の第３オペランド
であると判断し、これを「Store C」命令のマシンコー
ドに変換してプログラムメモリ１２４に格納する。

【００５４】そして、コンパイラ１２３″は、図１５に
示すようにスタックメモリ１２６から第２オペランド
「Ｃ」を消去する。続いて、転送プログラム１２１″
は、図１６に示すように、プログラミング装置１１０か
ら分離文字「）」を受け取り、これをスタックメモリ１
２６へ格納した後、コンパイラ１２３″を呼び出す。コ
ンパイラ１２３″は、これをスタックメモリ１２６から
読み出すと、これが上記直前の関数「（Prog」の終了を
示しているものと判断し、これを「End Prog 」命令
のマシンコードに変換し、これをプログラムメモリ１２
４に格納する。そして、コンパイラ１２３″は上記直前
の関数「（Prog」をスタックメモリ１２６から消去す
る。

【００５５】以上、説明したように、本実施例によれ
ば、情報処理装置にコンパイラを搭載したため、プログ
ラミング装置でコンパイルする必要がなく、このため、
従来のようにプログラミング装置内にコンパイラやマシ
ンコードプログラムを格納するためのメモリを設ける必
要が無くなり、プログラミング装置を簡単に構成でき、
かつ処理を高速化できる。また、プログラミング装置に
マシンコードプログラムを持たないので、プログラミン
グ装置でのプログラム管理が簡単になる。

【００５６】また、本実施例では、情報処理装置側にコ
ンパイラを搭載し、ソースプログラムの転送と同時にコ
ンパイルを行うようにしたため、情報処理装置でのソー
スプログラムの受信処理及びコンパイル処理を高速化で
きる。

【００５７】さらに、本実施例では、情報処理装置が受
信するソースプログラムの構文解析を行い、ソースプロ
グラムの区切りを見つけて、この区切り毎に転送とコン
パイルを行うため、転送及びコンパイルのためのバッフ
ァメモリの容量が小さくてすみ、情報処理装置のメモリ
を大幅に増加させることなく、高速にコンパイル処理す
ることができる。

【００５８】尚、上記実施例では、プログラミング装置
１１０は、ソースプログラム１１１を文字コードの形式
で情報処理装置１２０へ転送するようにしているが、関
数やオペランド単位にコード化して転送するようにして
もよい。この方法の場合、転送情報量が小さくなるの
で、ソースプログラムの転送を高速に行うことができ、
この結果としてコンパイルも高速化できる。

【００５９】また、本実施例を、情報処理装置のプログ
ラムメモリに格納されているマシンコード・プログラム
（目的プログラム）を元のソースプログラムに逆変換す
るオンライン・逆コンパイルに転用することも容易に可
能である。

【００６０】

【発明の効果】以上説明したように、本発明によれば、
情報処理装置にコンパイラを搭載し、プログラミング装
置から情報処理装置へは、従来のように目的プログラム
（マシンコード・プログラム）ではなくソースプログラ
ムを送るようにしたので、プログラミング装置のメモリ
を節約できると共にその構成を簡素にでき、さらには、
プログラム管理も容易なものとすることができる。

【００６１】また、プログラミング装置によりソースプ
ログラムを作成する際、情報処理装置が実行するマシン
コードに依存することなくプログラミングが行える。さ
らに、情報処理装置内の受信するソースプログラムを格
納するための記憶手段をそれぞれ互いに独立にアクセス
可能な２つの記憶手段により構成することにより、ソー
スプログラムの受信とソースプログラムのコンパイルを
並列処理できるので、コンパイルを従来よりも高速に行
える。さらに、情報処理装置は、受信するソースプログ
ラムを特定の文脈単位で受け取り、この特定の文脈単位
毎に転送とコンパイルを行うため、転送及びコンパイル
のためのバッファメモリの容量が小さくてすみ、情報処
理装置のメモリを大幅に増加させることなく、高速にコ
ンパイル処理することができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の第１実施例によるクロス支援方式の情
報処理装置のソフトウエア構成図である。

【図３】コンパイラによるソースプログラムのコンパイ
ルが終了した状態を示す図である。

【図４】本発明の第２実施例によるクロス支援方式の情
報処理装置のソフトウエア構成図である。

【図５】本発明の第３実施例によるクロス支援方式の情
報処理装置のソフトウエア構成図である。

【図６】第３実施例の情報処理装置の転送プログラムの
動作を説明するフローチャートである。

【図７】第３実施例の情報処理装置のコンパイラの動作
を説明するフローチャートである。

【図８】第３実施例の情報処理装置によるオンライン・
コンパイル処理を説明する図（その１）である。

【図９】第３実施例の情報処理装置によるオンライン・
コンパイル処理を説明する図（その２）である。

【図１０】第３実施例の情報処理装置によるオンライン
・コンパイル処理を説明する図（その３）である。

【図１１】第３実施例の情報処理装置によるオンライン
・コンパイル処理を説明する図（その４）である。

【図１２】第３実施例の情報処理装置によるオンライン
・コンパイル処理を説明する図（その５）である。

【図１３】第３実施例の情報処理装置によるオンライン
・コンパイル処理を説明する図（その６）である。

【図１４】第３実施例の情報処理装置によるオンライン
・コンパイル処理を説明する図（その７）である。

【図１５】第３実施例の情報処理装置によるオンライン
・コンパイル処理を説明する図（その８）である。

【図１６】第３実施例の情報処理装置によるオンライン
・コンパイル処理を説明する図（その９）である。

【図１７】クロス支援方式のハードウエア構成図であ
る。

【図１８】従来技術によるクロス支援方式のソフトウエ
ア構成図である。

【符号の説明】

１ プログラミング装置 １Ａ ソースプログラム記憶手段 １Ｂ 転送手段 ２ 情報処理装置 ２Ａ 受信手段 ２Ｂ 記憶手段 ２Ｂ−１ 第１の記憶手段 ２Ｂ−２ 第２の記憶手段 ２Ｃ コンパイラ ２Ｄ 目的プログラム記憶手段

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平４−55945（ＪＰ，Ａ) 特開 昭56−90341（ＪＰ，Ａ) 実開 昭62−151606（ＪＰ，Ｕ) 実開 昭61−172344（ＪＰ，Ｕ) 発明協会公開技報公技番号92−4830号 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/45

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 ソースプログラムの作成を行うプログラ
   ミング装置（１）と、 上記ソースプログラムをコンパイルして得られる目的プ
   ログラムを実行する情報処理装置（２）とを備え、 前記プログラミング装置（１）は、 ソースプログラムを格納するソースプログラム記憶手段
   （１Ａ）と、 該ソースプログラム記憶手段（１Ａ）からソースプログ
   ラムを読み出して、このソースプログラムを前記情報処
   理装置（２）に転送する転送手段（１Ｂ）と、 を有し、 前記情報処理装置（２）は、 前記プログラミング装置（１）の前記転送手段（１Ｂ）
   から転送されてくるソースプログラムを所定単位で受信
   する受信手段（２Ａ）と、 該受信手段（２Ａ）により受信されたソースプログラム
   を一時的に格納する記憶手段（２Ｂ）と、 該記憶手段（２Ｂ）からソースプログラムを上記所定単
   位毎に順次読み出して、そのソースプログラムをコンパ
   イルするコンパイラ（２Ｃ）と、 該コンパイラ（２Ｃ）によって生成された目的プログラ
   ムを格納する目的プログラム記憶手段（２Ｄ）と、を有し、 前記情報処理装置（２）の前記受信手段（２Ａ）は、 前記ソースプログラムを特定の文脈単位に分割して受け
   取って前記記憶手段（２Ｂ）に格納し、 前記コンパイラ（２Ｃ）は、上記特定の文脈単位毎にコ
   ンパイルを行う、 ことを特徴とするオンライン・コンパイル方式。
2. 【請求項２】 前記特定の文脈単位は、関数であること
   を特徴とする請求項１記載のオンライン・コンパイル方
   式。
3. 【請求項３】 前記特定の文脈単位は、予め定められた
   区切り記号によって区切られる単位であることを特徴と
   する請求項１記載のオンライン・コンパイル 方式。
4. 【請求項４】 前記情報処理装置（２）の前記記憶手段
   （２Ｂ）は、 第１の記憶手段（２Ｂ−１）と第２の記憶手段（２Ｂ−
   ２）から成り、 前記受信手段（２Ａ）は、 受信するソースプログラムを、所定単位毎に、上記第１
   の記憶手段（２Ｂ−１）と上記第２の記憶手段（２Ｂ−
   ２）に交互に格納し、 前記コンパイラ（２Ｃ）は、上記第１の記憶手段（２Ｂ
   −１）と上記第２の記憶手段（２Ｂ−２）からソースプ
   ログラムを上記所定単位毎に交互に読み出して、そのソ
   ースプログラムのコンパイルを行う、 ことを特徴とする請求項１乃至３記載のオンライン・コ
   ンパイル方式。