<div dir="ltr"><div>Alex et al.,</div><div><br></div><div>For me, setting explicitly LLVM_PARALLEL_LINK_JOBS to 2 did not help, but</div><div><br></div><div>BUILD_SHARED_LIBS=ON</div><div><br></div><div>did the trick! Thanks!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 3, 2020 at 8:16 AM Alex Brachet-Mialot <<a href="mailto:alexbrachetmialot@gmail.com">alexbrachetmialot@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">See here you can specify the number of concurrent link jobs<br>
<a href="https://llvm.org/docs/CMake.html#llvm-specific-variables" rel="noreferrer" target="_blank">https://llvm.org/docs/CMake.html#llvm-specific-variables</a> with<br>
LLVM_PARALLEL_LINK_JOBS. Increasing swap space is also an option, and<br>
I have had to do this on a system with only 8gb of memory. As to why<br>
it work with ld.gold/bfd and not lld I couldn't say, this seems<br>
contrary to what most people report which is that lld uses less memory<br>
and is faster. Usually this list recommends lld, so I'm surprised.<br>
Also BUILD_SHARED_LIBS should be helpful.<br>
<br>
On Sun, Feb 2, 2020 at 6:01 PM Itaru Kitayama via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
><br>
> Hi,<br>
> I am seeing an LLVM build failure with recent LLD on x86 like:<br>
><br>
> [...]<br>
>    lib/libLLVMCodeGen.a  lib/libLLVMBitWriter.a  lib/libLLVMScalarOpts.a  lib/libLLVMAgg<br>
> ressiveInstCombine.a  lib/libLLVMInstCombine.a  lib/libLLVMTransformUtils.a  lib/libLLVMDebugInfoDWARF.a  lib/lib<br>
> LLVMMCDisassembler.a  lib/libLLVMExecutionEngine.a  lib/libLLVMTarget.a  lib/libLLVMAnalysis.a  lib/libLLVMProfil<br>
> eData.a  lib/libLLVMRuntimeDyld.a  lib/libLLVMObject.a  lib/libLLVMMCParser.a  lib/libLLVMMC.a  lib/libLLVMDebugI<br>
> nfoCodeView.a  lib/libLLVMDebugInfoMSF.a  lib/libLLVMBitReader.a  lib/libLLVMCore.a  lib/libLLVMRemarks.a  lib/li<br>
> bLLVMBitstreamReader.a  lib/libLLVMTextAPI.a  lib/libLLVMBinaryFormat.a  lib/libLLVMSupport.a  /usr/lib64/libz.so<br>
>   -lrt  -ldl  -ltinfo  -lpthread  -lm  lib/libLLVMDemangle.a && :<br>
> LLVM ERROR: out of memory<br>
> Stack dump:<br>
> 0.      Program arguments: /home/usr4/c74014i/opt/clang/stable/bin/ld.lld @/tmp/response-5051e9.txt<br>
> LLVM ERROR: out of memory<br>
> clang-11: error: unable to execute command: Aborted<br>
> clang-11: error: linker command failed due to signal (use -v to see invocation)<br>
> [32/492] Building CXX object tools/llvm-cov/CMakeFiles/llvm-cov.dir/gcov.cpp.o<br>
><br>
> As reported on Discord, switching back to ld works around this issue.<br>
> On my system a process gets a 6 GB of memory max can be used, and I use<br>
> ninja -j16.<br>
> _______________________________________________<br>
> LLVM Developers mailing list<br>
> <a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
> <a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div></div>