【问题标题】:Visual Studio Solution to SCONS?SCONS 的 Visual Studio 解决方案?
【发布时间】:2009-11-20 22:24:07
【问题描述】:

是否有任何工具可以将大型且复杂的* Visual Studio 2005(或 2008)解决方案转换为 SCons 项目?

* 多个平台/编译器上的大量项目和多种配置

【问题讨论】:

    标签: visual-studio projects-and-solutions scons


    【解决方案1】:

    可能不会,即使有,SCons 在管理构建方面比 Visual Studio 提供的透明度和灵活性要高得多。作为起点,最好依次做每一个。

    1. 创建一个新的 makefile 项目
    2. 将源代码从一个项目克隆到另一个项目
    3. 从 makefile 命令调用 scons。
    4. 将旧项目的依赖替换为 scons 版本。
    5. 测试
    6. 从 1. 重复每个项目。

    一旦您完成了几个项目,就很容易将构建类型(共享库、静态库和程序)和平台之间的主要区别重构为可以导入的常见 scons 帮助程序模块。在 Windows 上,考虑用于调试和发布版本、标准库链接和异常处理等内容的标志组。

    此外,需要注意的事项包括:

    • 如果您进行跨平台构建,请考虑链接模型之间在缺少符号的影响方面的差异。
    • 您将如何处理清单文件和调用 Visual Studio 工具。
    • 变体构建目录(调试/发布)在开始时可能会很棘手。从简单开始,一旦确定有必要,就可以增强您的构建。

    【讨论】:

    • 我开始看到一种跨平台开发模式,人们从 Make/Scons 构建开始,然后让他们的构建器为本地平台生成 Visual Studio/Eclipse/XCode 项目,以支持使用他们。
    • 这将是正确的做事方式,但是有问题的解决方案有数百个项目/依赖项(如果它们都在同一个解决方案中构建)。
    【解决方案2】:

    以下script 看起来很有希望。我可能会试一试:由于所讨论的解决方案的规模庞大,手动解决方案并不完全实用的原因是:它有数百个项目。这就是为什么我认为生成 SCons 模块的脚本会给我一个起点。

    不幸的是,手动将有问题的解决方案移植到 SCons 本身就是一个项目!尽管我承认这是“正确”的做法。

    【讨论】:

      猜你喜欢
      • 2015-11-28
      • 1970-01-01
      • 2012-06-02
      • 1970-01-01
      • 2012-06-26
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多