ほとんどのC++の理由で、このような操作を行い、まだ存在してシステムを構築します。つまり、彼らは何らかの形で代替案より優れています。 (あなたがXMLを書いているビルドシステムを除いて、残念なことにANT)
しかし、一般的には、いくつかの使用パターンが出てくるのがわかります。
一般に、MSVCとXCodeで使用されるIDEプロジェクトのみが表示されます。これはIDEとのより良い統合のためです。はい。しかし、より重要なのは、プラットフォームです。 VC++は特にIDEプロジェクトでよくサポートされていますが、プロジェクトの生成につながるものを除き、一般的には非常に貧弱なサポートを受けています。 EclipseでビルドされたC++プロジェクトは見たことがありませんが、Eclipseでコード化しているC++プログラマーを見たことがないことに関連している可能性があります。
UNIXプラットフォームでは、一般に、Makefileのいくつかの亜種が使用されています。これは、ほとんどのコードがソース形式で配布されているので、プロジェクトを構築するために、よく使われていないデモニターを望んでいることに関係しているようです。
CMake(プロジェクトジェネレータ)のようなプロジェクトは、プラットフォームの独立性が最優先の場合によく使われますが、生成 - >ビルドステップが原因でオーバーヘッドが発生します。しかし、単一のプラットフォームから複数のプラットフォームでプロジェクトを構築できるビルドベース。
私は実際には、常連のビルドを実行するのに慣れていたANTしか見ていませんでしたが、一般的には別のビルドステップを呼びます。
次に、* nix/Macや他のあまり一般的でないプラットフォームをターゲットとするプロプライエタリなプロジェクトで、Jam(置き換え)のようなものをたくさん見てきました。特にゲーム開発では、これは一般に、Make in theory(あなたのコードを扱うようなあなたのビルドソースを扱うという概念、WYSIWYGなどはありません)を好むチームのものですが、Makeが壊れていることを理解しています。しかし、ソース配布を行う必要がないという贅沢を持っています。
これは私が観察したばかりのパターンの集まりであり、これを合理化しようとするもので、これは客観的真理に基づいています。
クロスプラットフォームが優先か、特定のプラットフォームを話していますか? –