为什么MoarVM会抱怨Mac上的“为存档而构建的，而不是连接的架构”？

Question

我正在尝试从GitHub上的最新版本和MoarVM.org上的下载构建Moar。我一直收到一个关于第三方库的错误：

ld:警告:忽略文件3 3rdparty/lib原子_ops/src/libAtomicops.a，文件是为未链接的体系结构(X86_64)构建的:x86_64文件3 3rdparty/tinymt/libtinymt.a，文件是为未链接的体系结构(X86_64)构建的:3 3rdparty/tinymt/libtinymt.aigning文件3 3rdparty/sha1 1/libsha1.a，文件是为未链接的架构(X86_64)构建的:3 3rdparty/sha1 1/libsha1.a

这类似于OSX :文件是为存档构建的，这不是正在链接的体系结构(i386) (以及其他许多答案不足的问题)。我知道有些东西已经为错误的架构构建了这些，所以请跳过提供这个答案。

我已经清理了目录，删除了所有内容并重新启动，告诉Configure.pl我正在运行达尔文，以及用户应该知道的其他事情。我从MoarVM.org下载了tarball，这应该是回购中的2105.12标记。我和拉克杜布鲁也遇到了同样的问题。

让我知道你想知道的关于我的系统，这是一个基本的Mac设置。

我也把它归档为MoarVM第334期，但是看起来问题队列并没有得到太多的爱。

Answer 1

我在MoarVM问题上的评论。

我想西南和我已经解决了这个问题(大部分是Sinan )。

当我运行配置时，它会识别达尔文，并选择clang作为编译器。AR被设置为仅仅是ar，但它首先在我的路径上找到了gnu版本，而不是与clang一起的版本。当我们将搜索路径改为苹果的第一个ar时，一切都正常。

然而，尝试Configure.pl --toolchain gnu还是选择了clang而不是gcc。我并不特别关心它使用哪一种工具(至少现在是这样)，只要其他工具来自正确的集合。我知道我可以单独设置args到Configure.pl的路径，但我不希望这样做。我敢打赌，大多数人甚至不知道什么是ar，也不知道为什么他们会把一个放在另一个上。

我对此没有任何建议。我的问题有一个解决方案，但是配置在这方面可能会更聪明。您可以关闭此问题(可能打开一个新的一个更聪明)。