问题标签 [stackage]

我正在尝试使用一个在 hackage 上的库，但不是在 stackage 上。

目前，代码似乎没有托管在任何地方的 git 上（尽管我可以“分叉”它）。

stack.yaml除了在本地下载库并告诉在哪里可以找到它之外，还有什么更好的方法吗？

顺便说一下，该库是parse-dimacs。

在stackage.org 上liftA2，<*>针对typeclass存在以下循环声明Applicative。

liftA2是可用于站点或站点上的非循环声明<*>。这种完全循环的引用是一种疏忽吗？

更新：

hoogle文档中似乎缺少以下（必要的）澄清声明：

并暗示（由于循环声明）

更新：密切关注GHC 9.0.1中的这个错误，这可能是罪魁祸首。

当我在 GHC 9.0.1 下构建时，我的 Haskell 包中出现了一些奇怪的 Unicode 行为。我知道解决这个问题可能涉及检查其他 Haskell 包中的更改，但我在这里的问题是我看到的意外输出是否响起任何 Unicode 铃声（Haskell 或其他），以便我可以开始追踪原因意外的输出。

我希望看到的地方，分别

• β（或\946）和
• γ（或\947）

我反而看到

• β?KQHTLXOCBJSPDZRAMEWNIUYGV和
• γ?EYJVCNIXWPBQMDRTAKZGFUHOS

此输出还具有一些令人沮丧的属性，难以弄清楚发生了什么：

1. 希腊字符后面的垃圾字母虽然在我的本地机器上总是相同，但与我在其他平台上看到的那些不一样（例如，在我得到 β?SOVPZJAYQUIRHXLNFTGKDCMB的 Travis CI Focal 上）
2. 当我粘贴我看到的东西时，我看到的和得到的是不同的。通常，前导和尾随的垃圾字符会被截断。所以我认为这?实际上是一些特殊字符。

至关重要的是，在 GHC 9 之前的夜间解析器中，这一切都没有发生。

希腊字符后面的意外字符模式是否对应于有助于追查我的错误来源的任何内容？关于 GHC 9 或最新的夜间 Stackage 解析器中的软件包如何处理可能导致此问题的 Unicode 有什么问题吗？

更新：经过一番调查，它看起来依赖关系没有改变，它似乎可以在 GHC 8.10 上工作，具有与 nightly 相同的依赖关系（我认为；仍在研究它），但看起来确实有些奇怪的事情正在发生使用 Unicode 字符作为键。

我有

和

并且不知何故——仅从 GHC 9 开始——当namefor aComponent是一个希腊字符keys时，而不是只返回希腊字符，还会选择其他文本。该文本的内容因上下文而异。在我的本地机器上，它总是wiringfor前一个 Component in （这太rots_奇怪了！），但在Travis CI β上附加了wringforIV并且γ只附加了一个X.

如果我不得不猜测，这表明编译器实际存储 Unicode 的方式发生了一些事情，导致M.keys应用于 aComponent来选择我们附近实际上不应该属于keys(或name) 的东西。

这个真的让我很难过，而且远远高于我的 Haskel 技能水平。任何帮助深表感谢。

要复制：

我想使用HList: Heterogeneous lists，但该包似乎不在 Stackage 上。

我目前使用堆栈。在这种情况下，除了回到使用 Cabal 之外，还有什么选择？