【问题标题】:Cross Platform build跨平台构建
【发布时间】:2010-03-29 19:21:26
【问题描述】:

我有一个使用手工构建系统的应用程序。这样做的原因是可移植性:该应用程序应该在 Linux/Mac/Windows 上是可移植的。

默认构建系统未更新某些特定于端口的文件。

我现在要做的是手动更新文件或让脚本执行此操作。但是,我正在考虑切换到跨平台构建系统,例如 cmakescons

是否存在与可移植性相关的问题?从长远来看,它会付出代价吗?如果是这样,我应该选择什么:“cmake”、“scons”或其他?

【问题讨论】:

标签: cross-platform makefile


【解决方案1】:

是否存在与可移植性相关的问题?

仅当您继续拥有“特定于端口的文件”时。

从长远来看会有所回报吗?

现成的比手工制作的便宜。时期。你应该非常非常不愿意手工制作任何东西。始终先下载,很少自定义,只有在无法将现有工具投入使用时才构建新工具。

我应该选择什么:“cmake”、“scons”或其他?

这无关紧要。你现在可以抛硬币了。

您可以同时下载并尝试两者。它们很容易学习。

学完之后,你就可以抛硬币了。

重要的是尽快扔掉你的手工构建系统。为了做到这一点,你必须完全学习新的。许多人拒绝完全学习新的。他们对新的学习了一半,然后继续声称旧的在某种程度上“更好”。

完全学习新的。彻底删除旧的。不要回头。

【讨论】:

  • 谢谢你的回答!!我同意,半学到的东西是半心半意的方法,很少成功,但是如果应用程序需要移植到带有 WINCE 或 Nintendo DS 的嵌入式设备,你的观点会改变吗
  • 我曾经为军队制造声纳和雷达。不,没有什么会改变我的答案。始终首先使用现成的。很少定制,不情愿地构建独特的工具。
【解决方案2】:

我选择cmake,因为它可以生成XCode项目。文档不是很好,但是那里有很多用户,所以你可以很容易地找到使用谷歌的问题的解决方案。它还支持 soma 打包,可以很方便。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-04-18
    • 2011-01-22
    • 2020-08-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-10-07
    相关资源
    最近更新 更多