<div dir="ltr">Sigh.  I only afterwards did a Google search and can see that the issue has been up before.  The solution is to use flock:<div><br></div><div><div><div>    export LD=flock /tmp/linker.lock ld.gold</div><div>
<br></div><div>(Which I have not tested yet as the build is commencing.)</div><div><br></div><div>P.S. Sorry for the noise, but not being omniscient is rather limiting at times :-)</div><div><br></div><div><br></div><div>
-- Mikael</div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Mikael Lyngvig</b> <span dir="ltr"><<a href="mailto:mikael@lyngvig.org">mikael@lyngvig.org</a>></span><br>
Date: 2013/11/17<br>Subject: CMake pools for linking?<br>To: LLVMdev <<a href="mailto:llvmdev@cs.uiuc.edu">llvmdev@cs.uiuc.edu</a>><br><br><br><div dir="ltr">Hi,<div><br></div><div>I've noticed on both PCs and ARM boards that it is the linking process that "brings down" the system (makes it swap if it is not equipped with plenty of RAM).  So I have been thinking if it would be possible to use the CMake pool feature to make the LLVM build system only issue one link command at a time - it seems a bit unfortunate that N simultaneous link commands are issued when you pretty much know beforehand that the system is only likely to be able to serve one link command, if that much, given its less-than-optimal-amount of memory.</div>

<div><br></div><div>I just want to hear if this is something that anybody is willing to look into - and if it is something that should be looked into at all?  I don't think I can figure this out on my own and I think it would be rather easy for somebody familiar with CMake.</div>

<div><br></div><div>I notice that there are a lot of low-end machines on the builders list in Zorg, so I cannot be the only one who would experience this addition as great.</div><div><br></div><div><br></div><div>Sincerely,</div>

<div>Mikael Lyngvig</div></div>
</div><br></div></div></div>