<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 20, 2015 at 10:47 PM, Domagoj Saric <span dir="ltr"><<a href="mailto:domagoj.saric@littleendian.com" target="_blank">domagoj.saric@littleendian.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br></span>
But from a 'practical standpoint', wouldn't a multithreaded compiler be the faster solution? e.g.:<br>
 - you'd parse precompiled and/or shared headers only once for all the sources being compiled simultaneously/in-parallel<br></blockquote><div><br></div><div>If all your files have same compiler flags, macros, etc. I just read the linked blog post and that's essentially what cl.exe does, splits files into batches. Ninja still beats it.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 - threads are cheaper than processes</blockquote><div> </div><div>Not on linux :P</div></div></div></div>