Haskell 为什么阴谋集团沙箱没有针对不同架构的单独bin目录?

Haskell 为什么阴谋集团沙箱没有针对不同架构的单独bin目录?,haskell,ghc,cabal,Haskell,Ghc,Cabal,我一直在使用多个版本的ghc,并且针对多个体系结构(x86_64和ia32),所有这些都是在同一台x86机器上构建的 所以我在不久前遵循了“在64位上使用32 GHC”的指令,但没有想到要隔离我的沙盒。因此,在以需要.cabal sandbox/bin目录中的一些可执行文件的方式扩展cabal包之后,我自然会遇到一些奇怪的链接错误(仍然不完全确定我更改了什么,但有一次我能够使用同一个沙盒构建两个不同的体系结构)。我目前的解决方案基本上是: 那么,在阴谋集团构建系统中处理多个体系结构需要考虑哪些因

我一直在使用多个版本的
ghc
,并且针对多个体系结构(
x86_64
ia32
),所有这些都是在同一台
x86
机器上构建的

所以我在不久前遵循了“在64位上使用32 GHC”的指令,但没有想到要隔离我的沙盒。因此,在以需要
.cabal sandbox/bin
目录中的一些可执行文件的方式扩展cabal包之后,我自然会遇到一些奇怪的链接错误(仍然不完全确定我更改了什么,但有一次我能够使用同一个沙盒构建两个不同的体系结构)。我目前的解决方案基本上是:


那么,在阴谋集团构建系统中处理多个体系结构需要考虑哪些因素呢?我看到沙箱中的包是按体系结构分开的,但为什么按体系结构分开
bin
目录不是包分离的一个简单扩展?

诚实的问题:为什么你使用我的蹩脚的黑客解决方案而不是链接问题上的公认解决方案?因为我几天前自己动手破解了它,然后在写这个问题的时候,我发现了你的帖子,就像“嘿,我基本上就是这么做的!”当你使用正确的解决方案时会出现什么问题…?还没有尝试过$arch。我现在就试试。所以这只是指向正确的bin目录的配置问题?我不确定支持多个体系结构的问题是否有更深层次的问题/为什么阴谋集团的开发人员处理包分离,但没有同时添加$arch(或者是吗?)好的,我不知道“为什么”问题的答案。不过,我同意这很烦人。