问题标签 [ghc-mod]

非常适合我。

同样，与

我还可以毫无问题地导入我的 cabal-sandbox-installedWai包ghci。

但是当我要求ghc-mod验证我的 haskell 源代码时，通过

它无法找到我的 cabal 沙箱安装模块。为什么呢？

我按照此处ghc-mod的说明在 Emacs中安装。我可以添加 melpa repos 并列出包M-x package-list-packages，然后当我去安装ghc包时，会发生这种情况：

在.emacs我有

我在 ubuntu 上使用 emacs 24.3.1。如何进行？谢谢。

[编辑]我通过自己下载成功安装了这个包，但我仍然想知道这里有什么问题。

我刚刚安装了 IntelliJ idea 和官方的 Haskell 插件。IntelliJ 找不到 ghc-modi.exe，所以我通过 cabal 安装了 ghc-mod。

但是，在导入我的 cabal 项目后，我仍然收到以下错误：

ghc-modi 失败并出现错误：NG BUG：GMECabalFlags（GMEString “extractField：从输入中提取 configFlags 失败，输入包含‘configFlags’？假”）

如何解决或获取有关此错误的更多信息？

提前致谢。

标题几乎说明了一切。我正在寻找这样的东西：

Djinn 可以使用定理证明来通过证明该类型是有人居住的来为此类函数生成代码。

我想知道，是否有从 Emacs 中获取此功能的现有方法？所以不是在我的代码中编写 TemplateHaskell，我只是在我的代码上运行一个命令并插入生成的代码？

我已经安装了 ghc-mod，但我对它不是很熟悉。

我只是使用带有 IntelliJ Haskell 插件的 GHC 7.8.4 和 cabal 1.22.0.0。开始我的项目后，我收到此错误日志

如何解决或获取有关此错误的更多信息？

If I have a project structured like this:

With files Foo.hs:

and Bar.hs:

If my current directory is src, and I enter ghci and run :l Bar.hs, I get the expected output:

But if I move up to the project directory (which is where I'd prefer to stay and run vim/ghci/whatever), and try :l src/Bar.hs, I get:

Why does ghc not search for Foo in the same directory as Bar? Can I make it do so? And can I propagate that change up to ghc-mod and then to ghcmod.vim? Because I get errors about can't find module when I'm running my syntax checker or ghc-mod type checker in vim.

I'm running ghc 7.10.1.

过去几天我一直在尝试学习 Haskell，所以终于到了设置我的环境的时候了。因此，我安装了 Haskell Platform 和 cabal。

我的编辑器是 emacs，我的操作系统是 Windows。

我从 github 下载了 ghc-mod 的 master 分支，并使用 cabal 安装了依赖项，然后构建了项目。一切顺利，可执行文件似乎工作。

命令喜欢ghc-mod --version或ghc-mod boot按预期工作。

然后，我在 emacs 上安装了 haskell-mode 并修改了 .emacs 以使用 ghc。但是当我试图打开一个 Haskell 文件时，emacs 冻结说“正在初始化......”。

问题是什么？

GHC 版本：7.10.2 cabal 版本：1.22.6.0 使用 cabal 库的 1.22.4.0 版本 ghc-mod 版本：5.3.0.0 由 GHC 7.10.2 编译

编辑 1：16/8/2015 11:10

这是我添加到我的行.emacs：

当我第一次尝试打开 haskell 文件时，Emacs 冻结。所以我猜它在里面堆积了一个无限循环ghc-init()。

编辑 2：16/8/2015 21:16

输出ghc-debug在这里

（这里是 Haskell 新手）

我正在尝试将 HaskForce 插件配置到 IntelliJ IDEA 中，在 "GHC Modi" 中将 "ghc-mod" 配置为 "legacy-interactive" Flags。根本问题似乎与 cabal 版本有关，尽管当我尝试在任何 Haskell 符号上自动完成时，我得到了这个：

当我运行最后一个命令 ( C:\ACME\projects\htest\.cabal-sandbox\cabal-helper-0.5.3.0-553kah86RQN6BuDX6XLBiX\cabal-helper-wrapper.exe "C:\\ACME\\projects\\htest" "C:\\ACME\\projects\\htest\\dist") 时，它会尝试安装 cabal 1.18：

我已经有了 cabal，版本为 1.22（通过 Haskell Platform v7.10.2-a 安装，最近于 8 月发布）。

有没有办法解决这个问题（即仍然使用ghc-mod/ ghc-modi）？

我最近在我的设置中破坏了一些东西（可能是堆栈升级），发现我无法让它再次工作：

我正在使用最近的stack-support分支。为什么我有这个哈希差异？

我正在尝试使用ghc-modvim 插件进行类型/语法检查等。但是，我发现它ghc-mod总是在错误消息中使用类型的完整路径，例如：

这使屏幕混乱，我很难找出哪里出了问题。作为比较，这是使用相同文件的错误消息ghci：

这更清洁。有没有办法ghc-mod为类型使用短名称？