ビルドから除外されたソースのコンパイル

Question

現在、Visual Studioを使用してある巨大なプロジェクトを開発しています。言語は
C++です。
このプロジェクトには、ソースファイル（*.cpp）が全部で１０００以上もありま
す。百ではありません、千です。
そのため、プロジェクトをビルドするのに３０分以上もかかり、開発効率が非常に悪
くなっています。
コンパイル・リンクとも相当の時間がかかっています。実感としては、cpp１ファイ
ルにつきコンパイル１秒かかっています。
（なぜそんなに大量のcppが必要なのかというのはここでは置いといてください）

そこで、次のような方法でビルド時間を短縮する方法を考案しました。

（１）ある一定数のソースファイルのプロパティで「ビルドから除外」とする。
（２） （１）でビルドから除外したソースファイルを全てインクルードしたソース
ファイルを作成し、プロジェクトに追加する。

[１つにまとめたソースファイルのイメージ]
#include "src001.cpp"
#include "src002.cpp"
#include "src003.cpp"
・・・
#include "src999.cpp"

ソースファイルを１つにまとめてしまう事による弊害は全て解決したものとします。
以上により、プロジェクト内のソースファイル数を１００以下にまで減らし、無事ビ
ルド時間が大幅に短縮されました。

と、ここまでは良かったのですが、一つ問題があります。
それは、「ビルドから除外」したソースファイルを単独でコンパイル出来なくなって
しまうのです。（ここでは、そういうことをしたいという要望があると思ってくださ
い）
ソリューションエクスプローラでソースファイルを右クリックし、出てくるメニュー
リストの「コンパイル」が無効表示され選択できません。
もちろん、コンパイルコマンド（cl.exe）をコマンドラインから直接叩いてやればい
くらでも出来ますが、出来ればIDEから簡単な操作で行いたいのです。
また、チームで開発しているため、コンパイルする時だけソースファイルの設定を変
更するというようなことはしたくないのです。

この問題に対して、何か良い手段はないでしょうか?

プロジェクトを複数モジュールに分離して・・・
とか、
プリコンパイル済みヘッダを利用して・・・
とか、
リビルド時間を短縮するためソース間の依存関係を減らして・・・

というような、質問の内容を超える回答はご遠慮ください。
そのようなことは、十分ではないかも知れませんが検討済みです。

jacta · Accepted Answer

#4です。

バッチを作って、外部ツールに登録しておくだけだと思いますが...
引数に$(ItemFileName)を指定すれば、選択しているソースファイルをバッチに渡せます。

wormhole · Answer

>ただ、たったそれだけのために余分な紛らわしいプロジェクトを１つ追加してしまうことは、大人数で開発を行っている現場ではなかなか許されないのです。勘違いしてしまう人がいないとも限りませんから。

それをいってしまうなら、今の様な状態やその対処方法をふつうだと勘違いする人がいるかもしれないことの危惧もされた方がよいかと思いますが(正直いえば、紛らわしい対処方法をすでにやっておいて何をいまさらって感じ)

episteme · Answer

> プロジェクトが２つ出来るということは、本目的のためだけにプロジェクトを
> 切り替えなければならないという面倒が生じます。

ソリューションの中にもうひとつ個別コンパイル用プロジェクト"single-compile"を起こし、
「XXX.cppだけコンパイルしたいときはsingle-compileからXXX.cppを選んで"コンパイル"してね」
だけのことやと思うけど、これがそんなに面倒ですか?

fresh_homepie · Answer

回答No.2 の「プロジェクトを2つ作る」方法は、別に既存のプロジェクトファイルの構成を壊してはいないように思えますが。

wormhole · Answer

そういう事のできるVisualStudioのプラグインでも作るしかないんじゃないでしょうか。

単独でコンパイルしたいというのは

>[１つにまとめたソースファイルのイメージ]
>#include "src001.cpp"
>#include "src002.cpp"
>#include "src003.cpp"
>・・・
>#include "src999.cpp"

上記のsrc001.cpp等なんでしょうけど、今の状況で単独コンパイルできるようにする方が問題だと私は思いますが(コンパイルはできてもリンクでエラーが発生するとか出てきそうだから)。

jacta · Answer

ソースコードの構成その他に根本的な問題があると思いますが、おそらくそれはわかっていると思うので...

> もちろん、コンパイルコマンド（cl.exe）をコマンドラインから直接叩いてやればい
> くらでも出来ますが、出来ればIDEから簡単な操作で行いたいのです。

コマンドラインで操作するのが簡単ではない理由は何ですか？
もし、大量のオプションを指定しなければならないことが理由であれば、バッチファイルでも作っておけば解決します。
（バッチファイルのアイコンに、ソースファイルをドラッグ＆ドロップするだけになります）

wormhole · Answer

>そのため、プロジェクトをビルドするのに３０分以上もかかり、開発効率が非常に悪
くなっています。

「ビルド」と書かれていますが、これは「リビルド」の事なんでしょうか。

>リビルド時間を短縮するためソース間の依存関係を減らして・・・
>
>というような、質問の内容を超える回答はご遠慮ください。
>そのようなことは、十分ではないかも知れませんが検討済みです。

と書かれている事からそんな気がするのですけど。

というか、ソース間の依存関係って*.cpp同士に依存関係があるという事なんでしょうか。

episteme · Answer

僕ならプロジェクトをふたつ作る。
# もちろんソースコードは共有して

pixie-grasper · Answer

ソースファイルを纏めた結果、その「まとまった」ソースに対する「1つの」オブジェクトが生成されるようになってしまっている筈です。
この場合、その一部を書き換えた上でビルドするには、当然その「1つの」オブジェクトを生成するために、「一纏まりの」ソースをコンパイルする必要があります（リンカの動作はご存知でしょうか）。
その為、(ビルドから除外した)特定のソースファイルを単独でコンパイルする、という柔軟性を必然的に失ってしまっていることでしょう。

私ならそのような方法の代わりに、(mingwの)GNU Makeでビルドしたいです。依存関係を自動的に洗ってくれる、ファイルの更新日時を見て必要最小限のコンパイルで済ましてくれる、可能な限り多重のプロセスを用いて並列に実行させることが出来る(-jオプション)といった優れた結果が得られるので。

ビルドから除外されたソースのコンパイル

#4です。

>ただ、たったそれだけのために余分な紛らわしいプロジェクトを１つ追加してしまうことは、大人数で開発を行っている現場ではなかなか許されないのです。

> プロジェクトが２つ出来るということは、本目的のためだけにプロジェクトを

回答No.2 の「プロジェクトを2つ作る」方法は、別に既存のプロジェクトファイルの構成を壊してはいないように思えますが。

そういう事のできるVisualStudioのプラグインでも作るしかないんじゃないでしょうか。

ソースコードの構成その他に根本的な問題があると思いますが、おそらくそれはわかっていると思うので...

>そのため、プロジェクトをビルドするのに３０分以上もかかり、開発効率が非常に悪

僕ならプロジェクトをふたつ作る。

ソースファイルを纏めた結果、その「まとまった」ソースに対する「1つの」オブジェクトが生成されるようになってしまっている筈です。

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング