llvm编译失败几句话总结

这里就不重复说LLVM编译的方法了，网上一大堆。（直接看官方文档是最好的）

单说大概的问题和解决方法。

等等！说之前先插一句：如果你跟我一样是为了种种原因第一次折腾，那还是不要自己编译了，llvm官网有pre-build版本的，直接下下来然后在linux环境变量里面添加路径直接用就好了，这个网上也有说，这里就不讲了

但是如果需要调试，那还是要编译debug版本，那就没办法了，按照网上教程折腾吧

出错了 直接百度报错信息进行排查，如果所有的问题都排查了（报错信息都解决了），还是编译失败，那在make（或者ninja）的时候，少用-j（我试过用服务器编译，直接-j128，并没有快多少），不过用不用多线程编译属于玄学的解决问题方式了，这个方法优先度比较低，还是优先从问题出在别的地方来考虑比较好。

大部分时候，编译失败都是因为这三点：

1.缺少依赖的软件

解决方法，去官网，把上面提到的所有软件全部装了

https://llvm.org/docs/GettingStarted.html#checkout

2.磁盘不够大

llvm是真的编译出来超大，直接虚拟机磁盘拉到200G，就不用考虑这个问题了（亲测llvm9.0.1版本debug编译，只加clang，编译出来61G）

3.内存不够

这个点我是真的没想到的，等了半天以为编译好了，进去一看发现报错

c++: internal compiler error: Killed (program cc1plus)

一查发现是内存不足，直接吐了

2G内存不够你吃的海星，想当年我开kali只分给500m的

奈何本人电脑只有8G，遂关掉虚拟机，内存拉到5G再来

然后就看到内存占用几秒的时间里一下从21%飙到87%

好的是我输了，垃圾电脑不配编llvm

后面还一度升到97%，然后又报错了，（5G都不够你吃的wtf）然而我的内存条已经一滴都没有了。所以物理机内存不够的同学还是加个swap分区吧，参考下面链接

http://xwsoul.com/posts/684

 gcc 编译出现 internal compiler error: Killed

internal compiler error: Killed (program cc1plus)

在 640M 内存的 vps 做编译的时候出现了上述错误.
几经搜索, 才发可能是系统没有交换分区, 编译过程中内存耗尽, 导致了编译中断 …
解决方式也很简单, 就是增加一个交换分区:

1. 创建分区文件, 大小 2G

dd if=/dev/zero of=/swapfile bs=1k count=2048000

2. 生成 swap 文件系统

mkswap /swapfile

3. 激活 swap 文件

swapon /swapfile

这样就木有问题了, 但是这样并不能在系统重启的时候自动挂载交换分区, 这样我们就需要修改 fstab.
修改 /etc/fstab 文件, 新增如下内容:

/swapfile  swap  swap    defaults 0 0

这样每次重启系统的时候就会自动加载 swap 文件了.

同时，如果系统默认设置得很小，需要加上命令，使得系统积极使用交换内存

sudo sysctl vm.swappiness=100

就这几点了，写的很简略，对于别人来说可能没有解决问题的参考价值，也就是我个人发发牢骚而已。从今年年初开始到现在我一共出现了3次需要编译llvm的情景，每次都会出现各种玄学问题卡我至少一天以上。。。心累啊

再次补充，我以为可以了，结果还剩1/3还是报错，这次的错误又不一样了，先放张图

 可以看到错误是这个

collect2: fatal error: ld terminated with signal 9

经过查阅，居然有前辈也是编译llvm的时候遇到了这个错误并且解决了，是下面这个链接

https://blog.csdn.net/vincentuva/article/details/83111447

我往下一看，果然还是内存分配不足的问题。。。

直接分20G！就不信你20G都能吃掉

未完待续。。。。。

9.5早上：一晚上过去了，还剩十分之一的文件没编译完，我真是￥&%&

看了下在编译clang9，查了下这个文件编译出来估计有2.7G这么大，因为debug编译有很多符号，行吧。。。

终于编译完了。总结经验，我个人的编译，物理机8G内存条，分了4G给虚拟机（试过给5G，会崩所以还是4G好一点），然后交换分区给了25G，实际观察最高能吃掉15G多一点左右。然后ninja -j最好能单线程编译就单线程，慢点是慢点，但是至少不会崩或者卡住。