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

質問

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

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

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

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

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

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

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

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

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

回答No.6

jacta · ベストアンサー

#4です。

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

お礼

ご回答ありがとうございます。
確かにその通りです。そういう技があったのですね試してみることにします。

回答No.9

wormhole

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

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

回答No.8

επιστημη（@episteme）

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

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

お礼

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

回答No.7

fresh_homepie

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

お礼

確かに既存のプロジェクトの構成は維持していますが、プロジェクトが２つ出来るということは、本目的のためだけにプロジェクトを切り替えなければならないという面倒が生じます。

回答No.5

wormhole

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

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

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

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

お礼

ご回答ありがとうございます。
プロジェクトの設定としてはsrc001.cpp等は全てビルドから除外していますので、リンクの対象とならないような動作を期待しています。

回答No.4

jacta

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

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

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

お礼

ご回答ありがとうございます。
確かにその通りですがね。出来ればVSの中だけで出来る方法を見つけたかったのです。バッチで構わないというならここで聞くまでもありません。

回答No.3

wormhole

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

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

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

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

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

お礼

ご回答ありがとうございます。
ビルドでもリビルドでもかなりの時間がかかるのです。作りが悪いことは分かっているのですが、今更どうしようもないのですよ。

回答No.2

επιστημη（@episteme）

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

お礼

ご回答ありがとうございます。
そういう事が可能なら苦労はしないのですが。
なるべく今のままの構成を保ちたいのです。

回答No.1

pixie-grasper

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

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

お礼

ご回答ありがとうございます。
Visual Studio以外のツールは想定していません。