clang llvm在cygwin上的超长编译时间
clang llvm在cygwin上的超长编译时间
提问于 2013-02-07 04:08:07
嗨，我一直在我的cygwin环境中使用CC= gcc -4和CXX=g++-4标志编译llvm和clang，因为gcc 3.4.x似乎根本不编译llvm clang。但我的问题是关于很久以前的编译时间。我从晚上8点开始编辑这个，现在是凌晨1点35分。另外，我的build目录的大小已经超过了8 of。我仍然能看到
llvm[5]: Linking Debug+Asserts executable clang-format这是正常的吗？我能让它更快些吗？
回答 3
Stack Overflow用户
发布于 2013-02-07 12:26:06
以下是一些统计数据
编译器: GCC 4.5.3 Clang，LLVM: 3.2
- A Debug+Assert构建花了我大约8个小时来构建，总构建大小超过11 of。
- A Release+assert仅用了1个小时，仅构建了800MB。
也适用于发布版本(使用--enable-optimized)配置，我使用-j 4使用make。但我高度怀疑编译时间过长的主要原因是由于构建过程本身所警告的调试构建。
Note: Debug build can be 10 times slower than an optimized build Stack Overflow用户
发布于 2013-02-07 04:26:53
我怀疑这是因为Cygwin。你应该能够用MS Visual Studio构建它们，有些人已经用Mingw完成了。
Stack Overflow用户
发布于 2013-02-08 23:38:20
您所看到的几乎是意料之中的。LLVM / clang是用C++编写的。因此，这里有大量的调试信息。Linker尝试将所有东西合并在一起真的很困难。
在Linux上，通常的建议是尝试使用gold而不是ld。这通常会将所有操作速度提高十倍。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/14737813
复制相关文章
相似问题
腾讯云开发者
