<div dir="ltr">Sorry, I thought you were talking about people who worked on optimisers in llvm and nothing else.<div><br></div><div>Sure, I agree with libc++, compiler-rt, libunwind being separate (and included in the "mono-rep" as submodules).</div><div><br></div><div>Logically they are completely different projects that llvm or clang just happen to use on some platforms, much like zlib. And they are used by projects that don't use llvm or clang at all. it's just a historical accident that llvm people needed them and they didn't exist in suitable form (functionality/license), so they created them.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 28, 2016 at 8:02 AM, Chris Bieneman <span dir="ltr"><<a href="mailto:beanz@apple.com" target="_blank">beanz@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><span class=""><blockquote type="cite"><div>On Jul 27, 2016, at 11:03 AM, Bruce Hoult <<a href="mailto:bruce@hoult.org" target="_blank">bruce@hoult.org</a>> wrote:</div><br><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jul 28, 2016 at 4:47 AM, Chris Bieneman 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><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Beyond all that I want to point out that the git multi-repository story is basically the same thing we have today with SVN except for the absence of a monotonically increasing number that corresponds across repositories. While admittedly you do get a linear history with using the mono-repository, that isn’t the only way to solve the problem, and I don’t really think that the benefit (not needing to write some tooling) justifies the increased burden applied to contributors that don’t use the full LLVM family of projects.</div><div></div></div></blockquote><div><br></div><div>What do you believe is this increased burden?</div><div><br></div><div>The entire commit history of all llvm projects in a mono-repository is a 449 MB .git directory. It can be downloaded in about two minutes on a typical domestic internet connection (50 Mbps).</div><div><br></div><div>If you download only a snapshot of the current HEAD commit then the .git repository is 88 MB and takes under a minute. Any other individual commit should be similar.</div><div><br></div><div>This doesn't seem like a big burden to me.</div><div><br></div><div>The checked out llvm source directory -- which you say is all that many people want -- is 202 MB. That's without even building it.</div><div><br></div><div>Why is this burden unacceptable? It seems rather small to me.</div></div></div></div></div></blockquote><div><br></div></span><div>It is a small burden to LLVM contributors to include everything because LLVM is large. Compiler-RT’s entire git repository is under 18MB, LibCXX is around 20MB, LibCXXABI is under 3MB. Those projects are frequently used without LLVM and do not have tight coupling. Forcing developers on those projects to be bound to LLVM is, IMO, a huge burden.</div><span class=""><br><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>For comparison, using svn to checkout llvm using ...</div><div><br></div><div><span style="font-family:consolas,'deja vu sans mono','bitstream vera sans mono',monospace;font-size:13.3px;line-height:21px">svn</span><span style="font-family:consolas,'deja vu sans mono','bitstream vera sans mono',monospace;font-size:13.3px;line-height:21px"> </span><span style="font-family:consolas,'deja vu sans mono','bitstream vera sans mono',monospace;font-size:13.3px;line-height:21px">co</span><span style="font-family:consolas,'deja vu sans mono','bitstream vera sans mono',monospace;font-size:13.3px;line-height:21px"> </span><span style="font-family:consolas,'deja vu sans mono','bitstream vera sans mono',monospace;font-size:13.3px;line-height:21px"><a href="http://llvm.org/svn/llvm-project/llvm/trunk" target="_blank">http://llvm.org/svn/llvm-project/llvm/trunk</a></span><span style="font-family:consolas,'deja vu sans mono','bitstream vera sans mono',monospace;font-size:13.3px;line-height:21px"> </span><span style="font-family:consolas,'deja vu sans mono','bitstream vera sans mono',monospace;font-size:13.3px;line-height:21px">llvm</span><br></div><div> </div><div>... took me 1 minute 28 seconds and gives a 222 MB .svn directory, 428 MB total (so 206 MB for the source files checked out).</div><div><br></div></div></div></div>
</div></blockquote></span></div><br><div>I am not advocating that we stay on SVN. I use Git-SVN today. My entire reason for commenting on this thread is to point out problems I see with this proposal as compared to the submodule proposal that Renato graciously assembled from lots of community feedback.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Chris</div></font></span><span class=""><br>-- 
<br>This message has been scanned for viruses and
<br>dangerous content by
<a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a>, and is
<br>believed to be clean.
</span></div>
</blockquote></div><br></div>