ここに行くにはいくつかの方法があります:
オプション 1: カスタム ビルド ツールを作成する
Visual Studio 2005 以降では、カスタム ビルド ツールを登録できます。.cpp
これらは、ある形式 (ファイルなど) のファイルを別の形式 (ファイルなど)に変換する方法を IDE に指示し.obj
ます。
私の知る限り、GCCでこれを行った人はまだいません。また、自分でそれを行うには、COM コードを作成する必要があります。これは、1 つのプロジェクトだけに飛び込むには深すぎる可能性があります。このプロジェクトを引き受けるには、説得力のある理由が必要です。
.cpp
次に、Visual C++ が既に認識しているファイル名拡張子 (おそらく) を使用しているため、各プロジェクトを手動で調整して、既定ではなくカスタム ビルド ツールを使用するように指示する必要があります。複数のモジュールからビルドされた単一の実行可能ファイルに対して VC++ コンパイラと g++ コンパイラを混在させようとすると、問題が発生します。
プラス面としては、オープンソース プロジェクトを開始しようとしている場合、これは良いプロジェクトのように思えます。私はあなたがすぐに大きなユーザーベースを集めることを期待しています.
オプション 2: Makefile プロジェクト
Visual Studio を起動し、[ファイル] > [新しいプロジェクト] と言います。
Visual C++ セクションで、[Makefile プロジェクト] を選択します。
Makefile プロジェクト ウィザードに入力します。
- ビルド コマンド ライン: make
- クリーン コマンド:クリーンにする
- コマンドラインの再構築: make clean all
プロジェクト名に基づいて実行可能ファイルに名前を付け、Visual Studio がそれを見つけると予想する場所に配置する場合は、[出力 (デバッグ用)]フィールドをそのままにしておくことができます。
残りのフィールドは、それらが何であるか、およびなぜそれらを変更する必要があるかを理解していない限り、そのままにしておきます。たとえば、プリプロセッサ定義-D
行にフラグを渡して、個別のデバッグ出力とリリース出力を取得することを選択できます。これが必要だとわかっている場合は、設定方法を知っているので、説明するためにこの長い答えをこれ以上長くするつもりはありません.
リリース ビルドについても同じ一連の質問が表示されます。デバッグ ビルドとリリース ビルドを別々に使いたい場合は、ここで変更を加えます。
これをすべて行った後も、 を作成しMakefile
、 を に追加する必要がありmake.exe
ますPATH
。デバッグとリリースの質問と同様に、そのレベルの詳細に入ると、この回答はトピックから外れます。
これは見栄えが悪いですが、カスタム ビルド ツールを作成するよりも簡単です。さらに、あなたは最終的に Unix に移植する必要があると言っているので、Makefile
とにかくそれが必要になるでしょう。
オプション 3: クロスプラットフォーム開発
あなたはこのプログラムをいつか Unix に移植したいと言っていますが、それは Windows で GCC を使わなければならないという意味ではありません。Windows では Visual C++ でビルドし、*ix システムでは GCC/Makefile でビルドするようにプログラムを作成することは十分に可能です。
これを簡単にするツールがいくつかあります。非常に人気のあるオプションの 1 つはCMakeです。これは、新しいバージョンの Visual Studio でインストール時のオプションとして利用できます。SConsやBakefileなど、多くの代替手段があります。