<div dir="ltr">Have you tried building with modules enabled? (as Lubos mentioned, it's already supported by the LLVM build). What kind of scaling factors do you expect to be problematic in LLVM's build?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 8, 2020 at 9:59 AM Reid Kleckner via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</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"><div dir="ltr"><div dir="ltr">On Wed, Apr 8, 2020 at 5:15 AM Lubos Lunak <<a href="mailto:l.lunak@centrum.cz" target="_blank">l.lunak@centrum.cz</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> If you intend to improve compile time, wouldn't it be better to focus on <br>
already existing ways to do that? Specifically with -DLLVM_ENABLE_MODULES=On <br>
I'd expect Type.h to not matter for compile times at all.<br></blockquote><div><br></div><div>It's true that modules are generally defined at a larger granularity, and pruning includes this way will not affect modular build time. However, I am generally skeptical that using modules is a scalable way to speed up local builds.</div></div></div>
_______________________________________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
</blockquote></div>