Haskell链接失败冲突包

我有一个ghci会话在运行时由于运行时链接失败而崩溃。 错误如下：

GHCi runtime linker: fatal error: I found a duplicate definition for symbol
   __hs_text_memcpy
whilst processing object file
   C:\Users\trbauer\AppData\Roaming\cabal\i386-windows-ghc-7.8.3\text-1.2.0.4\HStext-1.2.0.4.o
This could be caused by:
   * Loading two different object files which export the same symbol
   * Specifying the same object file twice on the GHCi command line
   * An incorrect `package.conf' entry, causing some object to be
 loaded twice.
GHCi cannot safely continue in this situation.  Exiting now.  Sorry.

...
Loading package text-1.2.0.0 ... linking ... done.
Loading package parsec-3.1.7 ... linking ... done.
Loading package process-1.2.0.0 ... linking ... done.
Loading package text-1.2.0.4 ...
...

加载的包列表如下所示：

GHCi runtime linker: fatal error: I found a duplicate definition for symbol
   __hs_text_memcpy
whilst processing object file
   C:\Users\trbauer\AppData\Roaming\cabal\i386-windows-ghc-7.8.3\text-1.2.0.4\HStext-1.2.0.4.o
This could be caused by:
   * Loading two different object files which export the same symbol
   * Specifying the same object file twice on the GHCi command line
   * An incorrect `package.conf' entry, causing some object to be
 loaded twice.
GHCi cannot safely continue in this situation.  Exiting now.  Sorry.

...
Loading package text-1.2.0.0 ... linking ... done.
Loading package parsec-3.1.7 ... linking ... done.
Loading package process-1.2.0.0 ... linking ... done.
Loading package text-1.2.0.4 ...
...

文本似乎在自我绊倒（1.2.0.0和1.2.0.4都在加载）

我的问题：我如何调试它？这就是我如何确定哪个包正在加载每个文本版本<代码>阴谋集团信息似乎没有列出直接或间接的依赖关系。我能找到的关于推断包依赖关系的唯一问题没有可处理的解决方案。因此，我怀疑其他人对此的态度是不同的

一旦我能弄清楚谁依赖于什么可以使用解决方案，比如（在公共文本版本上重建依赖项）

---

谢谢

您可以在

cabal安装过程中使用
v2
或
v3
提供详细的输出，这可能会有所帮助。例如，给出了windows上的
cabal安装网络-j1-v2
的详细输出