JP2000235496A - コンパイル処理方法、コンパイル処理装置、記録媒体およびクライアントサーバシステム - Google Patents

Abstract

(57)【要約】 【課題】 複数の開発端末を用いて共同でプログラムを
開発する場合に、効率よくコンパイルすることができる
分散コンパイル方法を提供する。 【解決手段】 ファイル化サーバＦＳ１，ＦＳ２は、ソ
ース管理サーバＳＳから更新されたソースファイルおよ
びヘッダファイルを取得し、並行してコンパイルおよび
リンクを実行してオブジェクトファイルを作成する。そ
して、各オブジェクトファイルをアーカイブすることに
より、個別ＡＰライブラリ、共通ライブラリ、画面共通
ライブラリを作成し、これらのライブラリを所定の形式
でリンクすることにより実行ファイルを作成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の開発端末を
用いて共同でソフトウェア開発を行う際に用いて好適な
コンパイル処理方法、コンパイル処理装置、記録媒体お
よびクライアントサーバシステムに関する。

【０００２】

【従来の技術】一般に、複数の端末を用いて共同でソフ
トウェアを開発する場合、開発者毎にソースプログラム
の担当部分を決めるとともに、すべてのソースプログラ
ムを管理するサーバを設け、このサーバに各端末から所
定時間内（例えば勤務時間内）に編集済みのソースファ
イルを転送しておき、各開発端末から随時更新されたフ
ァイルにアクセスできるような開発環境の下で開発を進
める場合が多い。

【０００３】ところで、交換機プログラムのような膨大
な数のソースファイルからなるプログラムを開発する場
合、ソースファイルのコンパイル・リンクを行うファイ
ル化サーバを別途設け、上記のような管理サーバによっ
て一元管理されたソースファイルのうち、更新されたフ
ァイルのみを人手により所定のタイミングで取得し、関
連ファイルとともに順次シーケンシャルにコンパイルお
よびリンクを行って目的の実行ファイルを作成する。そ
して、この実行ファイルを試験端末へインストールして
実際の動作テストが行われる。

【０００４】

【発明が解決しようとする課題】したがって、ソースプ
ログラムの変更がわずかであっても関連するソースプロ
グラムに対してはコンパイル・リンクが行われるため、
上記のような膨大な数のソースファイルからなるプログ
ラムのコンパイル・リンクにはそれなりの時間を要して
いた。さらに、多数のソースファイルが更新された場合
には、実行ファイルの作成に長時間を要し、タイムリー
に試験端末へインストールして動作確認を行うことがで
きなかった。また、開発拠点が異なる分散ロケーション
開発の場合、ソースファイルの変更履歴を人が把握する
のは困難であり、時間的制約等のためタイムリーに最新
ファイルを各開発者側へ提供することができなかった。
そして、管理サーバへの盛り込み期限までに変更連絡の
あったソースに対して実行ファイルを作成していたた
め、盛り込み期限以降に変更されたソースに対しては、
次回、コンパイル・リンク処理を行うときまで実行ファ
イルに反映することができなかった。

【０００５】そこで、この発明は、このような課題に着
目してなされたもので、交換機プログラムのような膨大
な数のソースファイルからなるプログラムを共同で開発
する場合において、プログラムのコンパイル・リンクを
効率良く行うことができるコンパイル処理方法、コンパ
イル処理装置、記録媒体およびクライアントサーバシス
テムを提供することを目的とするものである。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、第１発明のコンパイル処理方法は、ソースファイル
をコンパイルしてオブジェクトモジュールを生成するコ
ンパイル処理方法において、複数のコンパイル処理手段
に対して、各々異なるオブジェクトモジュールの生成を
割り当てるとともに、前記各オブジェクトモジュールを
生成する際に必要とされるソースファイルに関する情報
を含むコンパイル情報を供給する過程と、複数のソース
ファイルの中から更新されたソースファイルを抽出する
過程と、前記更新されたソースファイルが前記コンパイ
ル情報中に記録されている場合には、該コンパイル情報
を供給された前記コンパイル処理手段が当該コンパイル
情報に基づいてオブジェクトモジュールを生成する過程
とを有することを特徴とするものである。

【０００７】第２発明のコンパイル処理方法は、上記第
１発明のコンパイル処理方法において、前記各コンパイ
ル処理手段には、各々異なるカテゴリに属するライブラ
リを作成するために、各々異なるオブジェクトモジュー
ルの生成が割り当てられ、該各コンパイル処理手段は、
このオブジェクトモジュールをアーカイブしてライブラ
リを作成することを特徴とするものである。

【０００８】第３発明のコンパイル処理方法は、上記第
２発明のコンパイル処理方法において、前記各コンパイ
ル処理手段は、自ら作成したライブラリおよび他のコン
パイル処理手段によって作成されたライブラリを適宜リ
ンクして実行ファイルを作成することを特徴とするもの
である。

【０００９】第４発明のコンパイル処理装置は、上記第
１〜第３発明のいずれかに記載のコンパイル処理方法を
実行することを特徴とするものである。

【００１０】第５発明の記録媒体は、上記第１〜第３発
明のいずれかに記載のコンパイル処理方法を実行するプ
ログラムを記録したものであり、この記録媒体として、
ＦＤ，ＭＯ，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，テープメ
ディア等種々の記録媒体を用いることができる。

【００１１】第６発明のクライアントサーバシステム
は、上記第４発明のコンパイル処理装置と、ソースファ
イルの編集を行うクライアント端末と、ソースファイル
を一元的に管理するとともに、前記クライアント端末か
ら更新されたソースファイルの供給を受け、この更新さ
れたソースファイルを前記コンパイル処理装置に供給す
るサーバとを含むことを特徴とするものである。

【００１２】

【発明の実施の形態】１．実施形態の原理 本発明の実施形態の前提として、実施形態で用いられる
分散コンパイル処理の原理について説明する。 １．１．原理構成 図１は、複数の開発端末（クライアント）を用いてソー
スプログラムの編集を行い、ソース管理サーバに登録
し、複数のファイル化サーバを用いて分散コンパイルを
行うことで効率良くソフトウェア開発を行うクライアン
トサーバシステムの原理構成を示すものである。このシ
ステムは、ｍ台の開発端末Ｔ１〜Ｔｍと、ソースプログ
ラムを一元的に管理するソース管理サーバＳＳと、共通
ライブラリ、ユーザインタフェース用ライブラリ、通信
制御用ライブラリ、入出力用ライブラリといったような
ｎ種類のカテゴリのうちのいずれかのライブラリを作成
するとともに、自装置で作成されたライブラリおよび他
装置で作成されたライブラリを適宜組み合わせて実行フ
ァイルを作成するファイル化サーバＦＳ１〜ＦＳｎとか
ら成り、これらの装置がネットワークを介して相互に接
続されている。

【００１３】ソース管理サーバＳＳのディスクには、す
べてのソースファイルが格納され、ファイル化サーバＦ
Ｓ１のディスクには、カテゴリ１〜ｎに属するライブラ
リを作成するために必要なファイルが格納されている。
また、ファイル化サーバＦＳ２〜ＦＳｎは、ファイル化
サーバＦＳ１のディスクをマウントすることによって、
このディスク内に格納されたファイルを参照することが
できるようになっている。また、各ファイル化サーバＦ
Ｓ１〜ＦＳｎは、それぞれのカテゴリに属する所定数の
ライブラリ（例えば、ファイル化サーバＦＳ１は、ｌｉ
ｂ（１，１）〜ｌｉｂ（１，ｋ（１））からなる合計ｋ
（１）個のライブラリ）を作成するための手順を記述し
たライブラリ作成手順ファイル（詳細は後述する）を各
々保有している。

【００１４】１．２．動作原理 次に、このシステムを用いて分散コンパイルを行う際の
動作原理について、図２に示すフローチャートに基づい
て説明する。まず、各開発端末Ｔでソースファイルの編
集が行われ、所定の期限までに編集済みファイルがソー
ス管理サーバＳＳに転送される（Ｓ１）。ファイル化サ
ーバＦＳ１は、所定のタイミングでソース管理サーバＳ
Ｓにアクセスし（Ｓ２）、各ファイルの属性情報として
保持されるファイル作成日時を調査することで、前回の
アクセス時以降に更新されたファイルを抽出して、その
ファイルをネットワーク経由で取得する（Ｓ３）。次い
で、各ファイルサーバがこの更新されたファイルを参照
する（Ｓ４）。つまり、ファイル化サーバＦＳ１は、自
身のディスクにアクセスし、ファイル化サーバＦＳ２〜
ＦＳｎは、マウントされたファイル化サーバＦＳ１のデ
ィスクにアクセスする。そして、この更新ファイルが自
身の保有するライブラリ作成手順ファイル中に記述され
ているか否かをチェックする（Ｓ５）。

【００１５】ここで、ファイル化サーバＦＳ１の保有す
るライブラリ作成手順ファイルの一例を図３に示してい
る。このファイルの左側欄には、オブジェクトモジュー
ルの生成に関する記述がなされている。つまり、オブジ
ェクトモジュールｏｂｊ１は、ソースファイルｓｒｃ
１，ｓｒｃ４，ｓｒｃ７の３個から生成される旨が記述
されている。ｏｂｊ２以降のオブジェクトモジュールに
ついても同様に、元となるソースファイルについて各々
記述されている。そして、このファイルの右側欄には、
ライブラリの作成に関する記述がなされている。つま
り、ライブラリｌｉｂ（１，１）は、オブジェクトモジ
ュールｏｂｊ１とｏｂｊ３とから作成される。ｌｉｂ
（１，２）以降のライブラリについても同様に、元とな
るオブジェクトモジュールについて各々記述されてい
る。コンパイラおよびリンカは、このライブラリ作成手
順ファイルに従ってコンパイル・リンクを行い、オブジ
ェクトモジュールおよびライブラリを作成する。

【００１６】このようなライブラリ作成手順ファイル中
に更新されたファイルが記述されている場合には（Ｓ
６；ＹＥＳ）、ライブラリ作成手順ファイルに従ってコ
ンパイル・リンク処理が実行される（Ｓ７）。例えば、
ソースファイルｓｒｃ２，ｓｒｃ３が更新されて、ソー
ス管理サーバＳＳに格納されているものとする。これら
のファイルは、図３に示すライブラリ作成手順ファイル
に記述されているため、ファイル化サーバＦＳ１では、
これらの更新ファイルに関連する部分のコンパイル・リ
ンク処理が実行される。すなわち、ファイル化サーバＦ
Ｓ１のコンパイラおよびリンカによって、まず、オブジ
ェクトモジュールｏｂｊ２，ｏｂｊ４が生成され、次い
でライブラリｌｉｂ（１，２），ｌｉｂ（１，３）が作
成される（Ｓ７）。そして、このようにして作成された
ライブラリを適宜リンクすることで実行ファイルが作成
される（Ｓ８）。続いて、この発明の好ましい実施の形
態について、以下、添付図面を参照しつつ詳細に説明す
る。

【００１７】２．実施形態の構成 図４は、本実施形態に係るクライアントサーバシステム
の構成を示したものである。このクライアントサーバシ
ステムは、ソフトウェア開発者がプログラムの開発を行
う４台の開発端末Ｔ１〜Ｔ４と、すべてのソースファイ
ルを一元管理するとともに、各開発端末から変更済みソ
ースプログラムの供給を受けてファイル化サーバＦＳ１
にこの更新ファイルを提供するソース管理サーバＳＳ
と、プログラミング言語ＣおよびＣ＋＋におけるライブ
ラリ作成手順ファイルであるMakefile（詳細は、図６に
基づき後述する）に従って、パラレルにソースファイル
のコンパイル・リンクを実行するファイル化サーバＦＳ
１，ＦＳ２とを備えて構成され、これらの装置がネット
ワークを介して接続されている。

【００１８】各開発者は、４箇所の拠点に分散配置され
た開発端末Ｔを用いてＣ＋＋で記述された交換機制御用
プログラムを開発する。つまり、Ｃ＋＋ソースプログラ
ムおよびヘッダファイルをエディタで開いて編集を行
い、適時にソース管理サーバＳＳに転送する。また、ソ
ース管理サーバＳＳより随時必要なソースモジュールを
取得し、コーディングを行って再度ソース管理サーバＳ
Ｓへ転送する。なお、ソース管理サーバＳＳに格納され
ていない新規のファイルを作成した場合には、当該ファ
イルに対する記載を含むMakefileも併せてソース管理サ
ーバＳＳに転送する。

【００１９】ソース管理サーバＳＳは、開発対象のソフ
トウェアのソースファイル、ヘッダファイル、Makefile
を全て保持して一元的に管理する。ファイル化サーバＦ
Ｓ１は、ソース管理サーバＳＳにアクセスして前回のア
クセス時以降に更新されたファイルを抽出してダウンロ
ードするコマンドを所定時刻に発行することにより、ソ
ース管理サーバＳＳから更新ファイルを取得する。ま
た、ファイル化サーバＦＳ１には、個別のアプリケーシ
ョン（ＡＰ）用のライブラリ作成と、個別のＡＰ作成が
割り当てられ、自身のディスク内に保有するMakefileに
従って、ソースファイルのコンパイル・リンクを実行し
て実行ファイルを作成する。

【００２０】ファイル化サーバＦＳ２のディスクは、フ
ァイル化サーバＦＳ１のディスクにマウントされてお
り、随時、ファイル化サーバＦＳ１が取得した更新ファ
イルにアクセスできるようになっている。このファイル
化サーバＦＳ２には、共通ライブラリの作成、画面共通
ライブラリの作成および各画面作成が割り当てられ、フ
ァイル化サーバＦＳ１と同様、自身のディスク内に保有
するMakefileに従って、ソースファイルのコンパイル・
リンクを実行して実行ファイルを作成する。

【００２１】３．実施形態の動作 続いて、図５に基づき、本実施形態の動作について説明
する。なお、以下の説明では、ａ．ｃｃファイルのよう
に拡張子ｃｃを有するファイルは、Ｃ＋＋で記述された
ソースファイル、ａ．ｈファイルのように拡張子ｈを有
するファイルは、プロトタイプ宣言やマクロ定義などが
記述され、ソースプログラム中にそのファイル名が書き
込まれることで、記述内容がそっくりソースプログラム
に取り込まれるヘッダファイルであるものとする。ま
た、ａ．ｏファイルのように拡張子ｏを有するファイル
は、Ｃ＋＋コンパイラによって中間コードに翻訳された
オブジェクトファイル、ｌｉｂＡ．ａファイルのように
拡張子ａを有するファイルは、１または複数の前記オブ
ジェクトファイルをアーカイブしてライブラリ化したラ
イブラリファイルであるものとする。

【００２２】まず、ファイル化サーバＦＳ１は、ソース
管理サーバＳＳのディスク内に格納されたファイルを調
査して、所定時以降に更新されたファイルを取得する
（この場合、a.h，a.cc，b.cc，c.cc，d.ccの合計５フ
ァイルが更新ファイルであるものとする）（Ｓ１０）。
次に、ファイル化サーバＦＳ２は、自身のディスク内に
保有し、図６（ａ）に示す共通ライブラリ作成用Makefi
leを参照し、このファイル中にa.ccの記述があることか
ら、a.ccをファイル化サーバＦＳ１のディスクから取得
し、このMakefileに従って共通ライブラリの作成を行う
（Ｓ１１）。つまり、図６（ａ）のMakefileに示すよう
に、Ｃ＋＋コンパイラcppcを用いて、ソースファイルb.
cc，xxxx.ccをコンパイルし、さらにa.h関連のソースフ
ァイルをコンパイルすることで、共通ライブラリである
libA.aを作成する。同様に、ファイル化サーバＦＳ２
は、自身のディスク内に保有する画面共通ライブラリ作
成用Makefile（図示せず）中にd.ccの記述があることか
ら、d.ccをファイル化サーバＦＳ１のディスクから取得
する。このd.ccをコンパイルし、さらにa.h関連のソー
スファイルをコンパイルすることで、画面共通ライブラ
リであるlibD.aを作成する（Ｓ１２）。

【００２３】一方、ファイル化サーバＦＳ１は、ファイ
ル化サーバＦＳ２によって共通ライブラリが作成された
後、ファイル化サーバＦＳ２による上記コンパイル処理
と並行して、次のようなコンパイル処理を実行する。ま
ず、自身のディスク内に保有する個別ＡＰライブラリ作
成用Makefile（図示せず）中にb.cc，c.ccの記述がある
ことから、これらのファイルをファイル化サーバＦＳ１
から取得する。このb.ccをコンパイルし、さらにa.h関
連のソースファイルをコンパイルすることで、個別ＡＰ
ライブラリであるlibB.aを作成する（Ｓ１３ａ）。そし
て、c.ccをコンパイルし、さらにa.h関連のソースファ
イルをコンパイルすることで、他の個別ＡＰライブラリ
であるlibC.aを作成する（Ｓ１３ｂ）。続いて、ファイ
ル化サーバＦＳ１は、図６（ｂ）に示すＡＰリンケージ
用Makefileに従って、この個別ＡＰライブラリlibB.a，
libC.aをリンクして個別ＡＰの実行ファイルをを作成す
る（Ｓ１４）。

【００２４】ファイル化サーバＦＳ２は、ファイル化サ
ーバＦＳ１による個別ＡＰライブラリのリンクと並行し
て、共通ライブラリlibA.aおよび画面共通ライブラリli
bD.aとをリンクして、各画面表示用の実行ファイルを作
成する（Ｓ１５）。このようにして、ファイル化サーバ
ＦＳ１，ＦＳ２により、ライブラリの作成および実行フ
ァイルの作成が並行して行われる。

【００２５】４．実施形態の効果 （１)ソースファイルの変更を把握し、変更ソースの取
得から実行ファイル作成までを自動化することで、迅速
に最新ファイルを各開発端末側に提供することが可能と
なる。 （２）ソースファイルの増減にも対応し、編集を行った
ソースモジュールが確実に所定期日以降のファイルに盛
り込まれる。 （３）従来のシーケンシャルにコンパイルする場合に比
べて、大幅にコンパイル時間が短縮される。本出願人が
同じマシン環境でテストしたところでは、約２５００個
のＣ＋＋ソースファイルをコンパイル・リンクして実行
ファイルを作成するのに、従来法では、約３６時間を要
したのに対して、本実施形態の方法では、約８時間とコ
ンパイル時間が１／４．５に短縮された。

【００２６】５．変形例 本発明は、上記実施形態に限定されるものではなく、例
えば以下のように種々の変形が可能である。 （１）上記実施形態では２台のファイル化サーバを設け
たが、さらにファイル化サーバを加えた構成としてもよ
い。例えば、もう１台のファイル化サーバＦＳ３を加え
た構成を採用し、ファイル化サーバＦＳ１，ＦＳ２から
ファイル化サーバＦＳ３にアーカイブされたライブラリ
（上記実施形態の例では、libA.a，libB.a，libC.a，li
bD.a）を供給し、これらのライブラリをリンクして実行
ファイル（上記実施形態の例では、個別ＡＰ、各画面表
示用ファイル）を作成するようにしてもよい。 （２）逆に、ファイル化サーバＦＳ１が複数のＣＰＵを
搭載する場合には、各ＣＰＵにコンパイル・リンク処理
を分散させることで、１台のファイル化サーバのみで並
列コンパイルを実行することができる。 （３）本実施形態では、コンパイル・リンク対象のソー
スファイルをファイル化サーバＦＳ１のディスクに格納
して、ファイル化サーバＦＳ２からマウントするように
したが、別途更新ファイルとその関連ファイルのみを管
理するサーバ（ソース管理サーバＳＳとは異なる）を設
けて、ファイル化サーバＦＳ１，ＦＳ２ともこのサーバ
のディスクをマウントするようにしてもよい。 （４）本実施形態では、ソースファイルとしてＣ＋＋で
記述されたものを対象としたが、Ｃ言語、ＦＯＲＴＯＲ
ＡＮ、Ｐａｓｃａｌ、ＪＡＶＡ等他のプログラミング言
語の場合も適用可能である。この場合、ライブラリ作成
手順ファイルとして、Ｃ言語以外の場合、Makefileと同
等の機能を果たすプロシージャまたはスクリプトを別途
用意しておき、このプロシージャまたはスクリプトの内
容に従って、各プログラム言語に対応するコンパイラお
よびリンカが起動されてソースプログラムのコンパイル
・リンク処理がパラレルに実行され、実行ファイルが作
成される。

【００２７】

【発明の効果】以上詳細に説明したように、この発明に
よれば、変更ソースファイルの取得から実行ファイル作
成までの処理が自動化されるとともに、関連ソースファ
イルを整理して、パラレルにコンパイル処理が実行され
る。したがって、従来のシーケンシャルにコンパイルす
る場合に比べて、大幅にコンパイル時間が短縮される。

【図面の簡単な説明】

【図１】本実施形態のクライアントサーバシステムの原
理構成を示すものである。

【図２】同上実施形態の動作原理を示すフローチャート
である。

【図３】同上実施形態の動作原理において、コンパイラ
およびリンカによって参照されるライブラリ作成手順フ
ァイルの一例である。

【図４】同上実施形態のクライアントサーバシステムの
構成を示すものである。

【図５】同上実施形態において、ファイル化サーバＦＳ
１，ＦＳ２において実行されるコンパイル・リンク処理
の概要を時系列で表現したものである。

【図６】同上実施形態において、個別ＡＰライブラリ作
成用MakefileおよびＡＰリンケージ用Makefileの一例で
ある。

【符号の説明】

Ｔ（Ｔ１，Ｔ２，・・・，Ｔｍ） 開発端末 ＳＳ ソース管理サーバ ＦＳ（ＦＳ１，ＦＳ２，・・・，ＦＳｎ） ファイル化
サーバ（コンパイル処理手段、コンパイル処理装置）

Claims (6)

【特許請求の範囲】
1. 【請求項１】 ソースファイルをコンパイルしてオブジ
   ェクトモジュールを生成するコンパイル処理方法におい
   て、 複数のコンパイル処理手段に対して、各々異なるオブジ
   ェクトモジュールの生成を割り当てるとともに、前記各
   オブジェクトモジュールを生成する際に必要とされるソ
   ースファイルに関する情報を含むコンパイル情報を供給
   する過程と、 複数のソースファイルの中から更新されたソースファイ
   ルを抽出する過程と、 前記更新されたソースファイルが前記コンパイル情報中
   に記録されている場合には、該コンパイル情報を供給さ
   れた前記コンパイル処理手段が当該コンパイル情報に基
   づいてオブジェクトモジュールを生成する過程とを有す
   ることを特徴とするコンパイル処理方法。
2. 【請求項２】 請求項１に記載のコンパイル処理方法に
   おいて、 前記各コンパイル処理手段には、各々異なるカテゴリに
   属するライブラリを作成するために必要となるオブジェ
   クトモジュールの生成が割り当てられ、 該各コンパイル処理手段は、このオブジェクトモジュー
   ルをアーカイブしてライブラリを作成することを特徴と
   するコンパイル処理方法。
3. 【請求項３】 請求項２に記載のコンパイル処理方法に
   おいて、 前記各コンパイル処理手段は、自ら作成したライブラリ
   および他のコンパイル処理手段によって作成されたライ
   ブラリを適宜リンクして実行ファイルを作成することを
   特徴とするコンパイル処理方法。
4. 【請求項４】 請求項１〜３のいずれかに記載のコンパ
   イル処理方法を実行することを特徴とするコンパイル処
   理装置。
5. 【請求項５】 請求項１〜３のいずれかに記載のコンパ
   イル処理方法を実行するプログラムを記録した記録媒
   体。
6. 【請求項６】 請求項４に記載のコンパイル処理装置
   と、 ソースファイルの編集を行うクライアント端末と、 ソースファイルを一元的に管理するとともに、前記クラ
   イアント端末から更新されたソースファイルの供給を受
   け、この更新されたソースファイルを前記コンパイル処
   理装置に供給するサーバとを含むことを特徴とするクラ
   イアントサーバシステム。