6

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

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

4

2 に答える 2

5

おそらくそうではなく、たとえあったとしても、SConsは、ビジュアルスタジオよりもビルドの管理に関して大幅に透明性と柔軟性を提供します。出発点として、それぞれを順番に実行するのが最善です。

  1. 新しいmakefileプロジェクトを作成する
  2. あるプロジェクトから別のプロジェクトにソースを複製する
  3. makefileコマンドからsconsを呼び出します。
  4. 古いプロジェクトの依存関係をsconsバージョンに置き換えます。
  5. テスト
  6. プロジェクトごとに1.から繰り返します。

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

また、注意すべき点は次のとおりです。

  • クロスプラットフォームビルドを実行している場合は、欠落しているシンボルの影響に関して、リンクモデル間の違いを考慮してください。
  • マニフェストファイルを処理し、VisualStudioツールを呼び出すために行うこと。
  • バリアントビルドディレクトリ(デバッグ/リリース)は、最初は注意が必要です。シンプルに始めて、必要だと確信したらビルドを強化します。
于 2009-11-23T02:10:37.503 に答える
0

次のスクリプトは有望に見えます。私はそれに旋風を与えるかもしれません:問題のソリューションの規模が非常に大きいため、手動ソリューションが完全に実用的ではない理由:それは何百ものプロジェクトを持っています。これが、SConsモジュールを生成するスクリプトが出発点になると思っていた理由です。

残念ながら、問題のソリューションを手作業でSConsに移植することは、それ自体がプロジェクトになります。ただし、それが「正しい」方法であることは認めます。

于 2009-11-23T17:04:35.453 に答える