<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2016-06-01 20:07 GMT+02:00 Anton Korobeynikov via llvm-dev <span dir="ltr"><<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>> Regarding the issue of git sub-modules and keeping Clang/LLVM in sync, perhaps we should just put Clang and LLVM into a single git repository and add a CMake option to disable compilation of Clang (the same could be done for other LLVM sub-projects for which bisection and other nifty features require a single revision number to refer to code across projects).  Keeping these projects in separate repositories is just more work, and I don't see what we're getting out of that extra effort.<br>
<br>
</span>I'm not sure we will benefit from having *all* the subprojects in the<br>
single repository. This might affect pull / clone time significantly.<br>
Think about having lld, lldb along with llvm + clang in the single<br>
main repo.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
With best regards, Anton Korobeynikov<br>
Department of Statistical Modelling, Saint Petersburg State University<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org">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/mailman/listinfo/llvm-dev</a></div></div></blockquote><div> </div></div>I also find it bad idea to have it all in one repo. Right now when I develope clang-tidy, I don't have to recompile clang often because most of the commits in clang-estra doesn't require new clang fetures. </div><div class="gmail_extra">This is pretty nice if work on 2 core machine.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Piotr</div></div>