gpt4 book ai didi

clang - 建筑 clang 永远

转载 作者:行者123 更新时间:2023-12-03 15:45:56 30 4
gpt4 key购买 nike

我很困惑。我有一个运行Ubuntu 14.04的VM。我在这里遵循了以下程序:http://clang.llvm.org/docs/LibASTMatchersTutorial.html,现在正在运行忍者。这将构建llvm和clang。现在,我的VM一点也不懒散,我给它提供了6GB的RAM和4个CPU以及20GB的交换文件。最大的问题来自链接时间-它似乎启动了大量的ld进程,每个进程至少使用3-4GB或虚拟内存,并且在某个时候每个进程都占用大量CPU。但是交换文件增长到了12GB以上,并且所有进程都受IO约束,但是我不知道它们是否在做有用的事情,还是在颠簸。我所知道的是磁盘将被锤击并且作业将永远运行。实际上,我刚刚将VM的CPU数量降低到了1,以查看它是否在并行度较低的情况下更有效,因为我认为问题可能会不断恶化。

我想我的磁盘可能很慢...有什么想法吗?我应该使用make而不是ninja吗?我的专长不是Linux(尽管我到那里是:-))所以我正在学习本教程,但也许不建议您以“最佳”方式构建clang/llvm程序。

最佳答案

我去过那里,最新的svn版本正在发生(但如果您使用的是lang 3.8或更早的版本,则不会发生)。发生的事情是,由于在开发过程中还为每个编译单元生成了许多调试信息,因此文件大小越来越大。

解决方案是关闭默认情况下附加的所有调试信息。您可能不会调试clang,因此将不需要它。所以,不只是这样做

cmake -G Ninja ../llvm -DLLVM_BUILD_TESTS=ON

你应该做的是
cmake -G Ninja ../llvm -DLLVM_BUILD_TESTS=ON -DCMAKE_BUILD_TYPE=Release

所有其他步骤保持不变。现在,我还没有使用忍者进行测试,但是已经在ubuntu上使用make对其进行了验证(此 tutorial,我在步骤7中修改了同样的内容)。这应该像疲倦一样。

关于clang - 建筑 clang 永远,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38248216/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com