<div dir="ltr"><div><div><div><div><div><div>Thank you, all!<br></div>I switch to use ninja with gold and shared library, and also put the memory limitation. <br></div>Now the compilation is as nimble as Ninja!!<br></div>Full-build(build after clean) now takes about 40 min, which is MUCH better than freezing!<br></div>Awesome!<br><br></div>Again, appreciate all your helps!<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 18, 2016 at 2:21 PM, Bruce Hoult <span dir="ltr"><<a href="mailto:bruce@hoult.org" target="_blank">bruce@hoult.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">cmake should be a lot faster, especially using ninja instead of makefiles, because it can run the maximum number of jobs to keep all the cores busy more of the time.<div><br></div><div>The problem looks like with eight cores (and therefore 8 parallel jobs) and only 8 GB of RAM, you don't have enough RAM for the number of cores, so you'll be using swap a lot. That's mostly true for linking. c++ build steps don't use all that much RAM.</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Oct 18, 2016 at 8:25 PM, Sunghyun Park via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>I'm adding feature to detect customized pragma and mark those region in LLVM IR using Metadata. I want to let programmer give additional directives to compiler. <br></div><div>So I put some functions, variables, and 'cout' on clang.<br><br></div><div>So, based on my understanding on your comment, it may be natural to have long compilation time. <br></div><div>My machine has Intel Xeon(R) CPU E31230 @ 3.20GHz * 8 with 8GM RAM, which is far behind the recommended build environment ( Intel Core i7-4770K CPU @ 3.50Hz, 16 GM RAM, and a 1TB 7200RPM HDD or SSD, ref : <a href="https://blogs.s-osg.org/an-introduction-to-accelerating-your-build-with-clang/" target="_blank">https://blogs.s-osg.org/an-int<wbr>roduction-to-accelerating-your<wbr>-build-with-clang/</a> )<br></div><div>Do you think it would be great help if I upgrade my machine? <br></div><div>I've wanted to upgrade it at some point, but I haven't find right excuse to tell my boss. haha<br><br></div><div>Thank you so much! <br></div></div><div class="gmail_extra"><span><br><div class="gmail_quote">On Tue, Oct 18, 2016 at 1:08 PM, Renato Golin <span dir="ltr"><<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 18 October 2016 at 17:56, Sunghyun Park <<a href="mailto:sunggg@umich.edu" target="_blank">sunggg@umich.edu</a>> wrote:<br>
> Personally, it feels like compilation become much slower than previous<br>
> versions after adopting 'cmake'.<br>
> Is this natural when we adopt cmake or are there other big changes on build<br>
> structure?<br>
<br>
</span>So, I decided not to respond to that specific part of your original<br>
post because I don't have enough information on what you changed, but<br>
we have deprecated autoconf for a while now, so everyone uses CMake.<br>
<br>
If you're comparing LLVM a long time ago with autoconf versus LLVM<br>
today with CMake, then the changes are most likely because LLVM has<br>
grown a lot.<br>
<br>
If you're building LLVM trunk today with autoconf, then it's possible<br>
that you're missing a lot of source files from your build (and I'm<br>
surprised it worked).<br>
<br>
But overall, CMake should make absolutely no difference in building<br>
speeds, since the number of compilation jobs should (hopefully) be the<br>
same and in the same way. But I may be missing something... :)<br>
<br>
cheers,<br>
--renato<br>
</blockquote></div><br><br clear="all"><br></span><span class="m_5020231559278350480HOEnZb"><font color="#888888">-- <br><div class="m_5020231559278350480m_8504524388385214742gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Best, Sung<br></div></div></div></div>
</font></span></div>
<br></div></div><span class="">______________________________<wbr>_________________<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="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/llvm-dev</a><br>
<br></span></blockquote></div><br></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Best, Sung<br></div></div></div></div>
</div>