JPH04319728A - ファイル作成方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はソースファイルやコン
パイルファイルなどのファイルを作成するファイル作成
方法に関する。

【０００２】

【従来の技術】従来、ハードディスク等の外部記憶装置
に格納されている既存のソースファイル（原始ファイル
）の内容を主メモリ上に取り込み、そのソースコード（
プログラム）を編集することにより、当該既存のソース
ファイルの内容がバージョンアップされた新たなソース
ファイルを作成することができる。

【０００３】このとき、主メモリ上に展開されているソ
ースコード群のファイルへの書き出に際しては、システ
ムの環境に読み込まれた関数（ソースコード）等が編集
されたかどうかに関係なく、その環境の内容（主メモリ
上のソースコード群）をファイルへ書き出していた。

【０００４】また、ソースファイルが作成され、そのフ
ァイルの内容をコンパイルするに際しては、そのファイ
ルの内容が、新しく更新されたものか、あるいは変更さ
れていないものかに関わらず、そのソースファイルの内
容全てをコンパイルするようにしていた。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来のソースファイルの作成にあっては、システムの環境
の内容全てをファイルへ書き出すようにしているので、
変更したが元の内容でファイルに書き出したい場合には
、変更内容を全て元に戻すという操作を行わなければな
らなかった。つまり、変更前のソースコードを記述しな
ければならず、その操作が面倒であり、かつ、その記述
のための時間を費やさなければならないので、ソースフ
ァイルを迅速に作成することは極めて難しかった。また
、誤って変更された内容も、上記同様に、ファイルへ反
映されてしまうことになり、上記同様の操作を行わなけ
ればならなかった。

【０００６】一方、コンパイルファイルの作成にあって
は、作成されたソースファイルの内容が、新たに更新さ
れたものか、変更されていないものかに関わらず、当該
ソースファイルの内容全てをコンパイルしていたので、
ソースファイルの内容が非常に多く、かつ、新たに更新
された内容が少ないような場合であっても、そのソース
ファイルの内容全てをコンパイルしなければならず、コ
ンパイル処理効率が極めて悪いという難点があった。

【０００７】そこで、この発明はソースファイルを効率
的に作成することのできるファイル作成方法を提供する
ことを目的とする。

【０００８】またこの発明は作成されたソースファイル
のコンパイル処理の処理効率を向上させることのできる
ファイル作成方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
、第１の発明では、記憶手段に展開されたソースコード
群を保存するファイルを作成するファイル作成方法にお
いて、前記記憶手段に展開された既存のソースファイル
の特定のソースコードが変更された際に、当該特定のソ
ースコードに対応して当該変更内容をファイルに反映さ
せるか否かを示す情報を記憶し、前記記憶手段内のソー
スコード群をファイルに保存するときに、前記記憶され
ている情報がファイルに反映させる旨であった場合のみ
、前記特定のソースコードを新たなソースファイルに反
映させるようにしたことを特徴とする。

【００１０】また第２の発明では、ソースファイルの内
容をコンパイルしてコンパイルファイルを作成するファ
イル作成方法において、既存のソースファイルの内容が
変更された際には、当該変更された内容のみをコンパイ
ルし、一方、変更されていない内容については前記既存
のソースファイルに対応するコンパイルファイルから取
り込むようにしたことを特徴とする。

【００１１】

【作用】第１の発明に係るファイル作成方法によれば、
記憶手段内のソースコード群をソースファイルに保存す
る際に、変更された特定のソースコードに対応する、変
更内容をファイルに反映させるか否かを示す情報が、フ
ァイルに反映させる旨であった場合には当該特定のソー
スコードを新たなソースファイルに反映させ、一方、フ
ァイルに反映させない旨であった場合は新たなソースフ
ァイルには反映させないようにしたので、ユーザは、特
定のソースコードを変更した場合であっても、その変更
内容を新たなファイルに反映させるかどうかを、適宜選
択することができる。

【００１２】また第２の発明に係るファイル作成方法に
よれば、既存のソースファイルの内容が変更された際に
は、変更された内容のみをコンパイルしたコンパイルコ
ードと、変更されていない内容についての、既存のソー
スファイルに対応するコンパイルファイルから取り込ん
だ（コピーした）該当する旧コンパイルコードとに基づ
いて、新たなコンパイルファイルを作成するようにした
ので、変更された内容のみをコンパイルすれば良いこと
になり、コンパイル処理効率を向上させることができる
。

【００１３】

【実施例】以下、本発明の実施例を添付図面を参照して
説明する。図１は第１の発明に係るファイル作成方法を
適用した計算機システムの一実施例を示すブロック図で
ある。同図において、計算機システムは、ソースコード
（プログラム）の記述、各種のデータの入力、各種の指
令を与えるキーボード及びマウスを備えた入力装置１１
０と、記述されたソースコードや、後述する情報処理装
置によって読み込まれたソースコード等を表示するディ
スプレイ等の表示装置１２０と、ファイルシステム１３
０と、情報処理装置１４０とを備えている。

【００１４】ファイルシステム１３０には図示しない外
部記憶装置が設けられており、その外部記憶装置には、
旧バージョンのソースファイル（ＳｏｕｒｃｅＦｉｌｅ
　“Ａ”）１３１と最新バージョンのソースファイル（
Ｎｅｗ　Ｓｏｕｒｃｅ　Ｆｉｌｅ　“Ａ”）１３２とが
格納されている。

【００１５】情報処理装置１４０は、ファイルシステム
１３０内のファイルを読み込む読込部（Ｒｅａｄｅｒ）
１４１と、読み込まれた内容や編集された内容を記憶す
る記憶部１４２と、該記憶部１４２に展開されている内
容（ソースコード）をファイルへ書き出す書出部（Ｐｒ
ｉｎｔｅｒ　）１４３とを有している。

【００１６】また情報処理装置１４０は、ファイルの読
み込み、及びファイルへの書き出し処理に加えて、入力
装置１１０からの指令に基づいて記憶部１４３に展開さ
れているファイルの内容の編集及び実行を行う機能も有
している。

【００１７】記憶部１４２には、ファイル名に対応した
関数名等のリストを保持する領域１４２Ａと、読み込ま
れた内容を構成する関数や手続き単位などの各情報に対
応するリスト毎に、それぞれの情報が変更された際に、
その変更内容をファイルに反映させるか否かを示す情報
が登録される変更マーク部１４２Ｂとが設けられている
。なお、読み込まれた内容や編集された内容は、記憶部
１４２内の図示しない領域に保持されている。

【００１８】次に、上述した構成において、計算機シス
テムの基本的な処理動作を図１を参照しながら説明する
。

【００１９】ここでは、Ｌｉｓｐ処理系を例にとって説
明することにする。ここに、ファイルシステム１３０の
ソースファイル（Ｓｏｕｒｃｅ　Ｆｉｌｅ　“Ａ”）１
３１には、「（ＤＥＦＩＮＥＱ（Ａ１−ＰＲＯＣ（Ｘ）
…））」というソースコード１３１Ａと、「（ＤＥＦＩ
ＮＥＱ（Ａ２−ＰＲＯＣ（Ｘ）…））」というソースコ
ード１３１Ｂとが記述されているものとする。

【００２０】さて、Ｌｉｓｐ処理系では環境にソースコ
ードが記述されたファイルを読み込み、環境内の定義を
編集する。すなわち、情報処理装置１４０は、読込部１
４１によってソースファイル１３１の内容を読み込み、
読み込んだ関数“Ａ１−ＰＲＯＧ　”（上記ソースコー
ド１３１Ａ）、および関数“Ａ２−ＰＲＯＧ　”（上記
ソースコード１３１Ｂ）の定義を、記憶部１４２（シス
テムの環境内）にセットし、この内容を編集することに
なる。

【００２１】なお、記憶部１４２に保持された内容は表
示装置１２０に表示されるので、ユーザは、必要に応じ
て入力装置１１０を操作することによりその内容を編集
することができる。

【００２２】ここで、例えば、関数“Ａ１−ＰＲＯＧ　
”（上記ソースコード１３１Ａ）が編集されると、情報
処理装置１４０は、その関数名に対応して編集を行った
というマークを付加する。これは実際には、記憶部１４
２に展開されているファイル名等のリストに情報を付加
することで実現している。すなわち、図１に示すように
、領域１４２Ａ内のリスト１４２Ａ−１「（ＤＥＦＩＮ
ＥＱ（Ａ１−ＰＲＯＣ（Ｘ）…））」に対応して、変更
マーク部１４２Ｂの領域１４２Ｂ−１にマーク（変更内
容をファイルに反映させる旨の情報）を付加する。

【００２３】なおこの実施例では、マークを付けるため
の関数“ＭＡＲＫＡＳＣＨＡＮＧＥＤ　”、及びマーク
を削除するための関数“ＵＮＭＡＲＫＡＳＣＨＡＮＧＥ
Ｄ　”が用意されており、ある関数が編集された場合は
、情報処理装置１４０が関数“ＭＡＲＫＡＳＣＨＡＮＧ
ＥＤ　”を実行して、マークを変更マーク部１４２Ｂに
自動的にセットするように設定されている。

【００２４】しかし、例えば、図１の状態で、誤って関
数“Ａ２−ＰＲＯＧ　”を編集してしまったが、その内
容を新しいファイルに反映させたくない場合には、ユー
ザが（関数引数）の型で（ＵＮＭＡＲＫＡＳＣＨＡＮＧ
ＥＤ　　　’Ａ２−ＰＲＯＧ　）を記述し、この記述さ
れた関数を情報処理装置１４０が実行することによって
、既に付加されているマークを削除することができる。

【００２５】さらには、こうしてマークが削除された関
数“Ａ２−ＰＲＯＧ　”に対して、再度、マークを付加
したい（新しいファイルに反映させたい）場合は、（関
数　　引数）の型で（ＭＡＲＫＡＳＣＨＡＮＧＥＤ　　
　’Ａ２−ＰＲＯＧ　）を記述すれば良い。この結果、
その記述された関数が実行されてマークが付加されるこ
とになる。

【００２６】このようにある関数の編集を行った場合に
は、編集したかどうかを示す情報は自動的にセットされ
るが、それとは別に、自由に変更することが可能であり
、これにより変更された内容を新しいファイルに反映さ
せるかどうかを制御することができる。

【００２７】ここで、関数“Ａ１−ＰＲＯＧ　”のみが
編集され、関数“Ａ２−ＰＲＯＧ　”は編集されていな
いものとすると、情報処理装置１４０は、図１に示され
るように、マークされた定義（関数“Ａ１−ＰＲＯＧ　
”の定義内容）を、ファイルの書き出し要求が発生した
時に新しいファイル１３２に書き出し、一方、マークさ
れていない定義については、旧ソースファイル１３１の
内容から新しいファイル１３２にコピーする。これによ
って旧ファイル１３１がバージョンアップされた新ソー
スファイル１３２が作成されることになる。

【００２８】なお、従来においては、記憶部１４２に展
開された内容の編集を終了し、その内容を新しいファイ
ルに保存する場合は、ファイル名に対応した関数等のリ
ストが存在し、このリスト内容に対応する定義（定義内
容）を、システムの環境（記憶部１４２）からファイル
へ書き込むようにしていた。従って、誤って変更された
定義内容も新しいソースファイルに書き出されていた。

【００２９】次に、この発明に係るソースファイル（Ｓ
ｏｕｒｃｅ　Ｆｉｌｅ）のファイル形式を、図２に示す
。

【００３０】図２に示すように、ソースファイル２００
は、ファイルヘダー（ＦｉｌｅＨｅａｄｅｒ）２１０、
定義内容２２０、関数等のファイル上の位置を示す定義
位置情報が登録されるテーブル２３０から構成されてい
る。

【００３１】ファイルヘダー２１０には、「　　ＣＨＡ
ＮＧＥＳ　ＴＯ（ｆｎ１　ｆｎ２　）　　」という情報
２１０Ａが含まれている。

【００３２】この情報は、後述する関数ｆｎ１及びｆｎ
２の内容が、前の内容から変更されているということを
示している。なお、最初のファイル作成時には何も記述
されない。

【００３３】定義内容２２０には、図２に示すように、
「　　（ｄｅｆｉｎｅｑ（ｆｎ１……）（ｆｎ２……）
）　　　　　　　　　　　　」というソースコード（関
数）２２０Ａと、「　　（ｄｅｆｉｎｅｑ（ｆｎ３……
）（ｆｎ４……））　　　　　　　　　　　　」という
ソースコード（関数）２２０Ｂとが含まれているものと
する。

【００３４】なお、上記ソースコード２２０Ａ、２２０
ＢはＬＩＳＰ言語で記述されている。因みに、上記ソー
スコード２２０Ａには、マクロｄｅｆｉｎｅｑ　を用い
て、図２中矢印Ａで示す点線で囲まれている関数ｆｎ１
、図２中矢印Ｂで示す点線で囲まれている関数ｆｎ２が
定義されている。また、上記ソースコード２２０Ａは上
記ソースコード１３１Ａ｛つまり（ＤＥＦＩＮＥＱ（Ａ
１−ＰＲＯＣ（Ｘ）…））｝（図１参照）に対応し、上
記ソースコード２２０Ｂは上記ソースコード１３１Ｂ｛
つまり（ＤＥＦＩＮＥＱ（Ａ２−ＰＲＯＣ（Ｘ）…））
｝（図１参照）に対応するものである。

【００３５】一方、テーブル２３０には、定義位置情報
として、各ソースコードの内容の範囲を特定するための
ファイル上のスタート位置及び終了位置を示す情報と、
ファイル（ソースコード）の内容を一意的に示すシンボ
ル（関数名）と、そのシンボルで示されるものの、ファ
イル上のスタート位置及び終了位置を示す情報とが登録
されている。

【００３６】例えば上記ソースコード２２０Ａについて
説明すると、図２に示すように、ソースコードの内容の
範囲を特定するための情報として、スタート位置を示す
＜Ｎｕｍｂｅｒ１＞及び終了位置を示す＜Ｎｕｍｂｅｒ
２＞、またシンボルとして関数名「ｆｎ１」及び「ｆｎ
２」、そのシンボル（関数名）にそれぞれ対応する、シ
ンボルで示されるもののファイル上のスタート位置を示
す情報として＜ｎ１＞及び＜ｎ３＞、終了位置を示す情
報として＜ｎ２＞及び＜ｎ４＞がそれぞれ登録されてい
る。

【００３７】ここで、定義内容２２０とテーブル２３０
との対応関係について、上記ソースコード２２０Ａに関
しての対応関係を例にとって説明する。

【００３８】図２に示したように、＜Ｎｕｍｂｅｒ１＞
は記号（イ）、＜Ｎｕｍｂｅｒ２＞は記号（ロ）、＜ｎ
１＞は記号（ハ）、＜ｎ２＞は記号（ニ）、＜ｎ３＞は
記号（ホ）、＜ｎ４＞は記号（ヘ）、で示す記号「この
例では“（”或いは“）”」が存在するファイル上の位
置にそれぞれ対応している。なお、スタート及び終了位
置を示す情報としては、例えば、図２の図中矢印（ト）
で示すようにファイル内容の開始位置から、スタート位
置あるいは終了位置までのキャラクタ数の値とすれば良
い。また、上記ソースコード２２０Ｂについても同様な
対応関係になっている。

【００３９】このようなファイル形式の新たなファイル
を作成するに際しては、実際に環境から書き込まれた定
義と、旧ファイルからコピーした定義とを識別できるよ
うに、ファイルヘダー２１０に環境から書き込まれた定
義名（例えば、図２に示す情報２１０Ａ）をリストアッ
プしている。これによって、リストアップされた定義名
に対応する定義内容は、バージョンアップされたもので
あるという、ファイル作成時の情報を提供している。

【００４０】次に、計算機システムの情報処理装置１４
０によるファイル作成処理動作を、図３のフローチャー
トを参照して説明する。

【００４１】図３に示すように、最初に、情報処理装置
１４０は、保存する（Ｓａｖｅ）するエントリ（ｅｎｔ
ｒｙ　）つまり定義内容に対応して、ファイルに反映さ
せる旨を示す情報（ＣｈａｎｇｅＭＡＲＫ）となってい
るかどうか、つまり変更マーク部１４２Ｂ（図１参照）
にマークが付されているかどうかを調べる（ステップ３
０１）。

【００４２】ここで、“ＣｈａｎｇｅＭＡＲＫ”になっ
ていれば（マークが付されている場合）、環境の記憶部
１４２内のエントリの内容（定義内容）を新しいファイ
ル（Ｆｉｌｅ）に書き込み（ステップ３０２）、一方、
“ＣｈａｎｇｅＭＡＲＫ”となっていなければ（マーク
が付されていない場合）、ファイルシステム（Ｆｉｌｅ
Ｓｙｓｔｅｍ）の読み込まれたファイルから、エントリ
の内容を新しいファイルに書き込む（コピーする）（ス
テップ３０３）。

【００４３】こうした処理動作を、記憶部１４２に展開
されているファイルの全てのエントリの内容（定義内容
）について、新しいファイルに書き込むまで繰り返す（
ステップ３０４）。そして新しいソースファイルに全て
のエントリについての内容が書き込まれたら、ファイル
の作成処理を終了する。

【００４４】以上説明したように第１の発明の実施例に
よれば、変更された項目をマークする方式と、そのマー
クをファイル作成時に解釈することで、ファイル作成方
法を自由に制御することができる。

【００４５】すなわち、定義内容を変更した場合であっ
ても、その内容を実際にファイルへ反映させるかどうか
を適宜選択することができる。従って、誤って定義内容
を変更してしまった場合であっても、その内容をファイ
ルに反映させないようにすることができる。

【００４６】図４は、第２の発明に係るファイル作成方
法を適用した計算機システムの一実施例を示すブロック
図である。同図において、計算機システムは、上述した
入力装置１１０及び表示装置１２０と同様の機能を果た
す入力装置４１０及び表示装置４２０と、図示しない外
部記憶装置を有し、その外部記憶装置内にソースファイ
ル及びコンパイルファイルを格納しているファイルシス
テム４３０と、記述されたソースコード（プログラム）
のソースファイルへの保存処理、ソースファイルの内容
のコンパイル処理等を実行する情報処理装置４４０とを
備えている。

【００４７】図４に示すファイルシステム４３０におい
て、４３１はオリジナルのソースファイル（Ｓｏｕｒｃ
ｅ　Ｆｉｌｅ　“Ｏｉｄ−Ａ　”）、４３２はオリジナ
ルのソースファイル４３１をコンパイルして得られるフ
ァイル（コンパイルファイル）（Ｃｏｍｐｉｌｅ　Ｆｉ
ｌｅ“Ｏｌｄ−Ａ．ＣＯＭ”）、４３３はオリジナルの
ソースファイル４３１を変更したソースファイル（Ｓｏ
ｕｒｃｅ　Ｆｉｌｅ　“Ｎｅｗ−Ａ　”）、４３４は変
更されたソースファイル４３３をコンパイルして得られ
るファイル（コンパイルファイル）（Ｃｏｍｐｉｌｅ　
Ｆｉｌｅ“Ｎｅｗ−Ａ．ＣＯＭ　”）、をそれぞれ示し
ている。

【００４８】次に、上述した構成において、情報処理装
置４４０の基本的なコンパイル処理動作を説明する。な
お、この実施例においても、第１の発明の実施例同様に
、Ｌｉｓｐ処理系を例にとって説明することにする。

【００４９】情報処理装置４４０は、図４に示すように
、ファイルシステム４３０に、ソースファイル４３１と
、コンパイルファイル４３２と、ソースファイル４３３
とが存在する状態で、ソースファイル４３３をコンパイ
ルする際には、変更されていない部分４３３Ａについて
はコンパイルファイル４３２からコピーし、一方、変更
されている部分４３３Ｂについては該当する部分をコン
パイルし、これらのコンパイルコードに基づいて、ソー
スファイル４３３に対応するコンパイルファイル４３４
を作成する。

【００５０】次に、この実施例におけるソースファイル
のファイル形式を図５に示す。図５において、ソースフ
ァイル５００は、変更された内容を一意的に示すことの
できる情報が登録されるファイルヘダー５１０と、ソー
スファイルの本来の内容５２０と、ファイルの内容を示
すテーブル５３０とから構成されている。

【００５１】なお、図５に示したソースファイル５００
は、第１の発明の実施例で説明した図２に示したソース
ファイル２００に対応するものであり、ファイルヘダー
５１０はファイルヘダー２１０に対応し、内容５２０は
定義内容２２０に対応し、テーブル５３０はテーブル２
３０に対応するものである。

【００５２】ファイルヘダー５１０には、変更された内
容を一意的に示すことのできる情報として、（Ｃｈａｎ
ｇｅｓ（ＦＮＳ　ＴＥＳＴＦＮ）　）がセットされてい
る。なおこの情報は、図２に示したファイルヘダー２１
０における情報２１０Ａに対応している。

【００５３】また内容５２０には、「　　（ＤＥＦＩＮ
ＥＱ（ＮＯ−ＣＨＡＮＧＥＦＮ（Ｘ）……）　　　　　
　　　」というソースコード（関数）５２０Ａと、「　
　（ＤＥＦＩＮＥＱ（ＴＥＳＴＦＮ（Ｘ）……）」とい
うソースコード（関数）５２０Ｂとが含まれているもの
とする。

【００５４】ここで、ソースコード５２０Ａは変更され
ていない部分、つまり前のバージョンのファイルからコ
ピーされた変更されていない内容であり、ソースコード
５２０Ｂは変更された部分、つまり前のバージョンのフ
ァイルから変更された内容である。またソースコード５
２０Ｂは、ファイルヘダー５１０にセットされた（Ｃｈ
ａｎｇｅｓ（ＦＮＳ　ＴＥＳＴＦＮ）　）によって、変
更された内容であると認識される。

【００５５】なお、ソースコード５２０Ａは上述したソ
ースコード２２０Ｂに対応し、ソースコード５２０Ｂは
上述したソースコード２２０Ａに対応することになる。

【００５６】テーブル５３０には、上述した図２に示し
たテーブル２３０に示されるような定義位置情報が登録
されている。

【００５７】このようなソースファイルをコンパイルし
て作成される、本発明に係るコンパイルファイルのファ
イル形式を図６に示す。図６において、コンパイルファ
イル６００は、上記ソースファイル５００に対応するコ
ンパイルファイルであり、コンパイルファイルのファイ
ルヘダー６１０と、コンパイルファイルの本来の内容６
２０とから構成されている。

【００５８】内容６２０には、「　　（ＮＯ−ＣＨＡＮ
ＧＥＦＮ（Ｘ）……）」というコンパイルされたコード
６２０Ａと、「　　（ＴＥＳＴＦＮ（Ｘ）……）　　」
というコンパイルされたコード６２０Ｂとが含まれてい
るものとする。

【００５９】なお、上記コード６２０Ａは前のバージョ
ンのコンパイルファイルからコピーされたコードであり
、上記コード６２０Ｂは実際にコンパイルされたコード
である。

【００６０】次に、情報処理装置４４０による、上記ソ
ースファイル５００から上記コンパイルファイル６００
を作成するコンパイル処理動作を、図７のフローチャー
トを用いて説明する。

【００６１】最初に、情報処理装置４４０は、ソースフ
ァイル５００（図５参照）の内容にコンパイル（Ｃｏｍ
ｐｉｌｅ　）されるものがないかどうかを調べ（ステッ
プ７０１）、コンパイルするものがあれば（ステップ７
０１：ＮＯ）、コンパイルする内容が変更されたものか
どうかを調べる（ステップ７０２）。これはソースファ
イル５００のファイルヘダー５１０を調べることにより
認識できる。

【００６２】ここで、内容が変更されていなければ、変
更前のソースファイルに対応する旧コンパイルファイル
（ＣｏｍｐｉｌｅｄＦｉｌｅ）から、該当する部分をコ
ピー（Ｃｏｐｙ）する（ステップ７０３）。

【００６３】一方、内容が変更されたものであれば、つ
まり、ファイルヘダー５１０内にセットされている（Ｃ
ｈａｎｇｅｓ（ＦＮＳ　ＴＥＳＴＦＮ）　）を認識して
、対応する内容が変更されたものであると認識した場合
は、その内容をコンパイルして、その結果を、コンパイ
ルコード（ＣｏｍｐｉｌｅｄＣｏｄｅ）をストア（Ｓｔ
ｏｒｅ　）するファイル（Ｆｉｌｅ）、この場合はコン
パイルファイル６００にストアする（ステップ７０４）
。

【００６４】そして、ステップ７０３あるいはステップ
７０４を終了したら、上記ステップ７０１に戻りこのス
テップ以降を実行する。このステップ７０１でコンパイ
ルされるものがなければ、つまり、新しいコンパイルフ
ァイル６００を作成したならば、コンパイル処理を終了
する。

【００６５】今度は、情報処理装置４４０による、上記
第１の発明の実施例で説明した図２に示したソースファ
イル２００の内容をコンパイルする場合のコンパイル処
理について、再度、図２を参照しながら説明する。

【００６６】最初に、情報処理装置４４０は、ソースフ
ァイル２００の内容中、上記ソースコード２２０Ａをコ
ンパイルの対象とした際には、ファイルヘダー２１０（
図２参照）を参照しに行き、内容が変更されたものかど
うかを調べる。

【００６７】ここで、ファイルヘダー２１０には情報２
１０が、すなわち図２に示したように、「　　ＣＨＡＮ
ＧＥＳ　ＴＯ（ｆｎ１　ｆｎ２　）　　」がセットされ
ているので、情報処理装置４４０は、関数ｆｎ１及びｆ
ｎ２の内容が変更されたものであると認識し、ソースコ
ード２２０Ａの内容をコンパイルする。

【００６８】このコンパイル処理に際しては、テーブル
２３０を参照して、＜Ｎｕｍｂｅｒ１＞と＜Ｎｕｍｂｅ
ｒ２＞とで示されるファイル上の内容をコンパイルする
。こうしてコンパイルされた結果は、コンパイルファイ
ルにストアされる。

【００６９】次に、ソースコード２２０Ｂをコンパイル
の対象とした際にも、上記同様に、ファイルヘダー２１
０を参照しに行き、その内容が変更されたものかどうか
を調べる。この場合は、変更されていないということが
分ので、該当する部分を、旧コンパイルファイルから、
新しいコンパイルファイルにコピーする。

【００７０】なお、従来においては、新しく作成された
ソースファイルをコンパイルする場合は、変更された内
容（例えば上記ソースコード２２０Ａ）は勿論のこと、
変更されていない内容（例えば上記ソースコード２２０
Ｂ）もコンパイル処理していた。従って、変更が少なく
、かつ、ファイル自体が大きい場合にはコンパイル処理
が非効率的であった。

【００７１】以上説明したように第２の発明の実施例に
よれば、変更された内容のみを実際にコンパイル処理し
、変更されていない内容については前のバージョンのコ
ンパイルファイルからコピーして、コンパイルファイル
を作成するので、変更が少なく、かつ、ファイルのサイ
ズが大きいソースファイルのコンパイル処理を効率的に
行うことができる。

【００７２】

【発明の効果】以上説明したように第１の発明によれば
、記憶手段内のソースコード群をソースファイルに保存
する際に、特定のソースコードに対応する、変更内容を
ファイルに反映させるか否かを示す情報に基づいて、特
定のソースコードをファイルに書き出すようにしたので
、誤ってソースコードを変更してしまった場合であって
も、その内容をファイルに反映させないようにすること
ができる。

【００７３】従って、従来の如く、誤って変更してしま
ったソースコードを元に戻すといった操作を行う必要が
なくなり、ソースファイルの作成を効率的に行うことが
可能となる。

【００７４】また、以上説明したように第２の発明によ
れば、既存のソースファイルの内容が変更された際は、
変更された内容のみをコンパイルし、一方、変更されて
いない内容については、当該既存のソースファイルに対
応するコンパイルファイルから取り込んで、新たなコン
パイルファイルを作成するようにしたので、変更された
内容のみをコンパイルすれば良いこととなり、コンパイ
ル処理効率を向上させることができる。

【図面の簡単な説明】

【図１】第１の発明に係わるファイル作成方法を適用し
た計算機システムの一実施例を示すブロック図。

【図２】第１の発明に係わるソースファイルのファイル
形式を説明するための図。

【図３】第１の発明の実施例における処理動作を示すフ
ローチャート。

【図４】第２の発明に係わるファイル作成方法を適用し
た計算機システムの一実施例を示すブロック図。

【図５】第２の発明の実施例におけるソースファイルの
ファイル形式を説明するための図。

【図６】第２の発明に係わるコンパイルファイルのファ
イル形式を説明するための図。

【図７】第２の発明の実施例における処理動作を示すフ
ローチャート。

【符号の説明】

１１０、４１０…入力装置、１２０、４２０…表示装置
、 １３０、４３０…ファイルシステム、１４０、４４０…
情報処理装置、 １３１、１３２、２００、５００…ソースファイル、１
４１…読込部、 １４２…記憶部、１４２Ｂ…変更マーク部、１４３…書
出部、 ２１０、５１０…ソースファイルのファイルヘダー、２
２０、５２０…ソースファイルの定義内容、２３０、５
３０…テーブル、 ４３１…更新前のソースファイル、４３２…更新前のコ
ンパイルファイル、 ４３３…更新後のソースファイル、４３４…更新後のコ
ンパイルファイル、 ６００…コンパイルファイル、 ６１０…コンパイルファイルのファイルヘダー、６２０
…コンパイルファイルの定義内容。

Claims (2)

【特許請求の範囲】
1. 【請求項１】記憶手段に展開されたソースコード群を保
   存するファイルを作成するファイル作成方法において、
   前記記憶手段に展開された既存のソースファイルの特定
   のソースコードが変更された際に、当該特定のソースコ
   ードに対応して当該変更内容をファイルに反映させるか
   否かを示す情報を記憶し、前記記憶手段内のソースコー
   ド群をファイルに保存するときに、前記記憶されている
   情報がファイルに反映させる旨であった場合のみ、前記
   特定のソースコードを新たなソースファイルに反映させ
   るようにしたことを特徴とするファイル作成方法。
2. 【請求項２】ソースファイルの内容をコンパイルしてコ
   ンパイルファイルを作成するファイル作成方法において
   、既存のソースファイルの内容が変更された際には、当
   該変更された内容のみをコンパイルし、一方、変更され
   ていない内容については前記既存のソースファイルに対
   応するコンパイルファイルから取り込むようにしたこと
   を特徴とするファイル作成方法。