Compilation 从git回购中汇编的llvm和clang挂起96%
我在debian机器上编译llvm和bpf和x86目标时遇到问题。GCC版本是6.2,python存在于系统中。编译已经持续24小时以上。现在它挂起在 96%链接cxx可执行文件.././bin/optCompilation 从git回购中汇编的llvm和clang挂起96%,compilation,clang,llvm,Compilation,Clang,Llvm,我在debian机器上编译llvm和bpf和x86目标时遇到问题。GCC版本是6.2,python存在于系统中。编译已经持续24小时以上。现在它挂起在 96%链接cxx可执行文件.././bin/opt 您需要等待更多时间,或者如何处理此问题?很可能您的链接器内存不足。几点建议: 与调试版本相比,发布版本需要更少的RAM进行链接 使用黄金,而不是bfd ld 添加更多RAM:) 很可能您的链接器内存不足。几点建议: 与调试版本相比,发布版本需要更少的RAM进行链接 使用黄金,而不是bfd l
您需要等待更多时间,或者如何处理此问题?很可能您的链接器内存不足。几点建议:
- 与调试版本相比,发布版本需要更少的RAM进行链接
- 使用黄金,而不是bfd ld
- 添加更多RAM:)
- 与调试版本相比,发布版本需要更少的RAM进行链接
- 使用黄金,而不是bfd ld
- 添加更多RAM:)
strace
,看看是否能找出它挂起的位置。或者尝试连接gdb
?或者只是查看一下它是否使用了任何带top的CPU。当时我甚至无法用ctrl-alt-f2打开第二个tty。它没有响应。尝试在挂起过程中运行strace
,看看是否可以找出它挂起的位置。或者尝试连接gdb
?或者只是查看一下它是否使用了任何带top的CPU。当时我甚至无法用ctrl-alt-f2打开第二个tty。它没有响应。您也可以使用-gsplit dwarf来帮助链接时间。但之后需要一个全新的gdb进行调试。您还可以使用-gsplit-dwarf来帮助缩短链接时间。但之后需要一个相当新的gdb进行调试。