2009-11-20 16 views
6

大規模で複雑な* Visual Studio 2005(または2008)のソリューションをSConsプロジェクトに変換できるツールはありますか?おそらくSCONSへのVisual Studioソリューション?

*複数のプラットフォーム/コンパイラのプロジェクトや複数の構成の多く

答えて

5

ない、とあった場合でも、SConsはあなたがかなりのVisual Studioよりもビルドをん管理についての透明性と柔軟性を提供します。出発点として、順番にそれぞれを行うことが最善です。

  1. は、新しいメイクファイルプロジェクト
  2. クローンメイクファイルのコマンドから別の
  3. のInvoke sconsの1つのプロジェクトからソースを作成します。
  4. 古いプロジェクトの依存関係をsconsバージョンに置き換えます。
  5. テスト
  6. 各プロジェクトで1.を繰り返します。

いくつかのプロジェクトを完了したら、ビルドタイプ(共有ライブラリ、静的ライブラリ、プログラム)とプラットフォームの主な違いを、インポート可能な一般的なスコーンヘルパーのモジュールにリファクタリングするのはかなり簡単です。ウィンドウでは、デバッグやリリースビルド、標準ライブラリのリンケージ、例外処理などのフラグのグループを検討してください。

また、外を見るためのものが含まれます:あなたは、クロスプラットフォームをやっている場合は

  • を構築し、不足しているシンボルの影響に関して連携モデルの違いを考慮してください。
  • マニフェストファイルを扱い、ビジュアルスタジオツールを呼び出すために行うこと。
  • バリアントビルドディレクトリ(デバッグ/リリース)は、最初は扱いにくいことがあります。シンプルな作業を開始し、必要があると確信したらビルドを強化します。
+1

私は、人々がMake/Sconsビルドを開始し、Builderを使用している人をサポートするためにネイティブプラットフォーム用のVisual Studio/Eclipse/XCodeプロジェクトを生成させるクロスプラットフォーム開発のパターンを見ています。 – Fuzz

+0

それは問題を解決する正しい方法ですが、問題の解決策は何百ものプロジェクト/依存関係を持っています(すべてが同じソリューションに組み込まれている場合)。 – Danielb

0

次のscriptは有望です。私はそれを渦巻きにするかもしれません。手のひらソリューションは完全な実用的なものではありません。これは問題の解決方法の規模が大きいためです。数百ものプロジェクトがあります。これが私がSConsモジュールを生成するスクリプトが私に出発点を与えると思っていた理由です。

残念なことに問題の解決策を手作業でSConsに移植することは、それが正しい方法であることは認めていますが、それ自体がプロジェクトになります。

関連する問題