haskell - 带有 ghc-baked 依赖关系的 cabal hell

Question

我有以下 cabal hell 的例子:

(使用在 x86_64 GNU/Linux 上从源代码构建的 ghc-7.8.3，
和用户安装:在 .cabal/config 中为真)

1)在某个时候，安装了transformers-0.4.0.0(在用户空间中，从全局空间阴影(？)transformers-0.3)

2)后来，几个库选择了transformers-0.4

3)然后，我安装了hint，它依赖于ghc，它依赖于transformers-0.3，并且不能改变，因为ghc是硬连线的。

结果:我不能使用 2) 中的库并在一个项目中提示。

作为一种解决方法，我将 constraint: transformers installed在 .cabal/config 中，然后重建。有没有更好的方法来处理这种情况 - 或者首先避免它？

Answer 1

Is there a better way to handle this situation.

不，你的方法是明智的。

or to avoid it in the first place?

棘手。大多数人不会根据 ghc 构建东西，所以对他们来说升级 transformers 是有意义的等等。因此，您的约束不是合适的默认值。

正如 Zeta 所写:沙盒可以提供帮助。如果您在 (2) 中为您的安装使用了沙箱，并为尝试同时使用提示和 (2) 的任何东西使用了另一个沙箱，那么它只会为您正在构建的任何东西构建这些依赖项。

这是以不共享您正在做的各种事情之间的任何空间或构建时间为代价的。