一次常规的emerge -avuDN @world引发了此次故障，我来为大家科普一下关于qt编程重新编译?以下内容希望对你有帮助!
qt编程重新编译
一次常规的emerge -avuDN @world引发了此次故障
环境:
chengjian@gentoo ~ $ screenfetch -/oyddmdhs :. chengjian@gentoo -odNMMMMMMMMNNmhy -` OS: Gentoo -yNMMMMMMMMMMMNNNmmdhy - Kernel: x86_64 Linux 4.14.83-gentoo `omMMMMMMMMMMMMNmdmmmmddhhy/` Uptime: 1h 5m omMMMMMMMMMMMNhhyyyohmdddhhhdo` Packages: 851 .ydMMMMMMMMMMdhs so/smdddhhhhdm ` Shell: bash oyhdmNMMMMMMMNdyooydmddddhhhhyhNd. Resolution: 1920x1080 :oyhhdNNMMMMMMMNNNmmdddhhhhhyymMh DE: KDE 5.52.0 / Plasma 5.14.5 .: sydNMMMMMNNNmmmdddhhhhhhmMmy WM: KWin /mMMMMMMNNNmmmdddhhhhhmMNhs: GTK Theme: Breeze [GTK2/3] `oNMMMMMMMNNNmmmddddhhdmMNhs ` Icon Theme: breeze `sNMMMMMMMMNNNmmmdddddmNMmhs/. Font: Noto Sans Regular /NMMMMMMMMNNNNmmmdddmNMNdso:` CPU: Intel Core i7-2760QM @ 8x 3.5GHz [51.0°C] MMMMMMMNNNNNmmmmdmNMNdso/- GPU: intel yMMNNNNNNNmmmmmNNMmhs /-` RAM: 5026MiB / 31999MiB /hMMNNNNNNNNMNdhs /-` `/ohdmmddhys /:.` `-//////:--.
机器内存还够所以我就没有加swap空间
PS：请原谅我的老机器（ThinkPad W520），我觉得还能再战三年
在更新系统的时候就剩下最后一个大家伙qtwebengine，大家都知道编译这个需要花很长时间，但是在经历了两小时的编译机器死机了。最开始我以为是出现了啥异常情况，就重复编译了几次结果每次都是死机，每次都是强制关闭电源。
因为一开始我忘记了配置portage的日志功能所以一直没有编译日志，所以就没有定位到编译错误原因，然后就先开始百度：gentoo qtwebengine fails
发现编译qtwebengine出问题的还是很多嘛，其中一篇引起了我的注意：
dev-qt/qtwebengine-5.11.1 fails to build
因为我升级的qtwebengine版本是5.11.3跟他差不多所以我重点看了这篇，里面有答主说了
The most popular issue while building the Qt WebEngine seems to be insufficient amount of RAM
if adding RAM is not feasible: lower MAKEOPTS or add swap, though dipping into swap may prove to be slower than lowering MAKEOPTS.
意思就是造成编译失败很有可能是由于内存容量的原因造成的，有一个解决办法是降低MAKEOPTS大小。因为我看到提问的人最终解决了这个问题，就是通过修改MAKEOPTS解决。
With MAKEOPTS=”-j4 -l4” build is ok ! It’s was a memory problem. Thx for the help !
所以我也就先尝试一下，因为机器是8核，所以我的MAKEOPTS设置的是8,因此我将MAKEOPTS修改为-j4 -l4又尝试了编译。
oops，继续死机！！！无奈，继续我的电源大法。这次终于记起来把portage的log配置了，然后不信邪死马当活马医，MAKEOPTS=”-j2 -l2”，合上屏幕回家，晚上想起来就看看有没有继续死机，远程ssh回来发现居然编译成功了！！所得寺内！！
这里提醒大家，当编译qtwebengine失败的时候尝试修改一下MAKEOPTS参数，可能会有意外惊喜哦！回头给大家写一个添加portage日志配置的文档，非常非常简单。
,
