<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">On 15 Oct 2018, at 07:58, Danila Malyutin via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br><br></div><blockquote type="cite"><div dir="ltr"><div><p class="MsoNormal">Most of the SVN directories are migrated into sub-directories inside the main "llvm" mono-repository:<o:p></o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"> * cfe (renamed to clang in the conversion)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * clang-tools-extra<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * compiler-rt<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * debuginfo-tests<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * dragonegg (also "gcc-plugin", the original name)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * libclc<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * libcxx<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * libcxxabi<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * libunwind<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * lld<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * lldb<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * llgo<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * llvm<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * openmp<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * parallel-libs<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * polly<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * pstl<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> * stacker (deleted after r40406)<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">(Additionally, files added to the "monorepo-root/trunk" directory in SVN end up at the root of this repository).</p></div></div></div></blockquote><br><div>I would still prefer that projects that are not tightly coupled to LLVM (lib*, pstl, compiler-rt) be in separate repositories. These do not link against LLVM libraries, are not version locked to any given LLVM / clang / whatever release, and most of them need to support multiple LLVM releases, so there is little benefit to having them in the monorepo and there is a disadvantage for people wishing to use and contribute to them independent of the rest of LLVM.</div><div><br></div><div>David</div><div><br></div></body></html>