【问题标题】:Anyone got --standalone option to work in F# CTP?任何人都有 --standalone 选项在 F# CTP 中工作?
【发布时间】:2010-09-09 10:15:09
【问题描述】:

我可能完全错了,但我的理解是 --standalone 编译器选项告诉编译器在 exe 中包含 F# 核心和其他依赖项,这样您就可以在另一台机器上运行它而无需安装任何 'runtime '。

但是,我不能让它在 CTP 中工作 - 它甚至似乎都没有改变输出文件的大小(我读过的文档说大约 1M 额外)。

“Google 可能知道,但如果知道,那就说明不了什么,或者我没找对地方”

更新:

它似乎适用于最新的 CTP update 1.9.6.2

更新 2:

此后我又遇到了另一个错误:

FSC(0,0): error FS0191: could not resolve assembly Microsoft.Build.Utilities.

如果您在尝试编译 --standalone 时遇到这样的错误,您需要在项目中明确包含它们作为引用。

【问题讨论】:

    标签: f# functional-programming


    【解决方案1】:

    F# 手册:Statically linking the F# library using "--standalone"

    您是否尝试运行 peverify.exe 实用程序?

    【讨论】:

    • “MyApp.exe 中的所有类和方法均已验证。”据我了解(即不多),peverify.exe 仅检查 exe 的内部一致性和“类型安全”。例如。它只检查独立是否已正确完成,而不是是否已完成。
    【解决方案2】:

    MS 的回答:

    有一个 CTP 更新 1.9.6.2 修复了一些 --standalone 错误。

    我正在重新安装...

    更新: 对我有用 - 所以我接受的答案是下载 CTP 更新 1.9.6.2

    【讨论】:

      【解决方案3】:

      长期以来,这一直是我最讨厌的东西(它已在每个 CTP 版本中被打破,包括 2009 年 5 月 16 日最新的 1.9.6.16 版本)。 “解决方案”本质上是编写自己的未损坏的构建系统。

      这对我来说是一个真正的问题,因为我已经积累了数百个很棒的 F# 程序,我想将它们放在我们的网站上,但是将每个程序构建成一个独立的可执行文件需要几个小时。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2012-05-01
        • 1970-01-01
        • 1970-01-01
        • 2017-07-24
        • 2011-02-28
        相关资源
        最近更新 更多