问题标签 [runhaskell]

我在 haskell 中编写了一个脚本，命名testscript为以下代码：

使脚本可执行后，我可以使用./testscript. 但是，当我尝试使用 ghci（即使用:l testscript）加载脚本时，出现错误

如果我重命名testscript为testscript.hs，并尝试再次使用 ghci 加载，我会收到错误消息

如果我删除 shebang 线，它可以正常工作。但是，每次我想在 ghci 中尝试脚本时，都必须.hs向脚本添加扩展名，删除第一行，然后删除扩展名并添加 shebang 行（这在我每次想要进行更改时都很常见）.hs给它）。有没有更简单的方法来做到这一点？

我在 Mac OS X 10.6.8 下使用 ghc 版本 7.0.3

我试图了解在runhaskell.

有问题的程序是：

当我运行它时，它需要 1.18 秒。

但是，如果我重新定义isFactor为：

然后程序需要 17.7 秒。

这是性能上的巨大差异，我希望这些程序是等效的。有人知道我在这里想念什么吗？

注意：在 GHC 下编译时不会发生这种情况。

不幸的是 cabal-dev ghci 在这个项目中不起作用，我收到一个错误：

所以我尝试了 runhaskell，但它使用了随 cabal 而不是 cabal-dev 一起安装的软件包，因此失败了。

更新：runhaskell 产生相同的错误：

另一方面，cabal-dev install 可以正常工作。

我正在使用ghciEmacs' 进行一些增量开发run-haskell。每隔一段时间，我就会收到一个看起来像的错误

设置一个或两个中间变量会得到一个有效的响应，并且我正在处理的文件可以正确加载和编译。减少字符数也有效；我似乎能够达到的最大值是 252。

有人知道发生了什么吗？

如果您在 cabal 文件中声明一个库 + 可执行部分，同时通过将库放入一个hs-source-dirs目录来避免库的双重编译，您通常不能再使用ghciand运行您的项目runhaskell，特别是如果可执行文件本身具有帮助模块。

什么是推荐的项目布局

• 只构建一次需要的东西
• 允许使用runhaskell
• 有没有黑客的干净结构？

timeout我对函数和getchHaskell 中使用的 ncurses 库有一个奇怪的问题。当我从 GHCi 或 runhaskell 使用它们时，它们按预期工作——getch等待给定的毫秒数，timeout然后返回，即使没有给出输入。但是当我使用 GHC编译同一个文件时，getch立即返回。

我为 Haskell 尝试了两个 ncurses 绑定；hscurses：

和ncurses：

两者的行为方式与之前描述的相同。

我还尝试了 C 中的等效程序：

这个按预期工作。

所以我的问题是：在解释和编译的 Haskell 中使用终端时会有什么不同？runhaskell 和 ghci 会修改一些微妙的终端设置吗？还是编译后的代码以不同的方式加载库？

添加：

我尝试使用 FFI 从已编译的 Haskell 中调用 C 程序，它立即返回（这是不正确的）。我认为这意味着问题不在于库，而在于 GHC 运行时的某个地方。

我刚刚偶然发现了一个我不明白的东西。

如果我使用 GHCi 并使用，getLine我会得到以下信息

如果我在 Haskell 文件中写相同的

并使用 runhaskell 运行脚本并输入相同的输入，退格键会按预期删除“t”。

为什么有区别？

当我尝试配置 Cabal-1.18.1.3 包时，我收到错误：

配置 Cabal-1.18.1.3... 设置：不存在

我的系统是 Windows 8 Pro x64，2GB RAM，1.7GHz 双核。\

尝试过：我尝试将 Setup 编写为 Setup.hs

我试图用 ghci 检查这个 stackoverflow 答案并得到以下错误：

不幸的是，我无法在书面的 haskell 文件中重现该错误：

运行这个文件runhaskell file.hs给了我期望的值2。我在 ghci 会话中的错误是什么？

编辑：我注意到，该函数m在 ghci 中有一个奇怪的类型：

为什么会这样？它不应该有类型Ord a => [a] -> a吗？对于sort并且head我得到预期的类型：

许多人.ghci在他们的 haskell 项目中包含文件以包含将模块加载到ghci. 这是一个例子：

但是，当尝试运行包含mainthrough的文件时，runhaskell必须重复所有这些选项，例如：

有没有一种好方法可以让您runhaskell从.ghci文件中获取选项？