<div dir="ltr"><div>I'll be happy to help, feel free to send them my way.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 11, 2020 at 3:01 PM Louis Dionne <<a href="mailto:ldionne@apple.com">ldionne@apple.com</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 style="overflow-wrap: break-word;">I love what I'm seeing, which is a lot of enthusiasm. I'm also unsure about compiler-rt, and actually libunwind too. But it doesn't matter, cause we can take things slowly and try stuff out.<div><br></div><div>For starters, I'll get rid of obvious technical debt between libc++ and libc++abi. We can see where that takes us next. Just be on the look for Phab reviews if that's of interest to you.</div><div><br></div><div>Cheers,</div><div>Louis<br><div><br><blockquote type="cite"><div>On Mar 11, 2020, at 17:47, Petr Hosek via libcxx-dev <<a href="mailto:libcxx-dev@lists.llvm.org" target="_blank">libcxx-dev@lists.llvm.org</a>> wrote:</div><br><div><div dir="ltr"><div dir="ltr"><div>Including Chris and Shoaib in case they're not on libcxx-dev. I think this discussion might be more suited for llvm-dev now that we're discussing other runtimes.</div><div><br></div><div>This is something we've discussed during the round table about build and CMake at the last devmtg. The idea was to introduce a new top-level directory, e.g. cmake, to hold all the shared build infrastructure. Today, there are a number of cmake/Modules across compiler-rt, libcxx, libcxxabi, libunwind that started as pure copies have since diverged which makes changes particularly painful.</div><div><br></div><div>Regarding compiler-rt, the tentative plan is to break it down into (at least) two subprojects: one that doesn't have any dependencies which today would be builtins and crt, and another one that would contain runtimes that rely on libcxxabi/libcxx which would be all sanitizers and probably everything else. This would also allow build simplification and help with ordering issues we have today.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 11, 2020 at 2:42 PM Eric Fiselier via libcxx-dev <<a href="mailto:libcxx-dev@lists.llvm.org" target="_blank">libcxx-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"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 11, 2020 at 5:39 PM Sterling Augustine via libcxx-dev <<a href="mailto:libcxx-dev@lists.llvm.org" target="_blank">libcxx-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, Mar 11, 2020 at 2:21 PM Eric Fiselier <<a href="mailto:ericwf@google.com" target="_blank">ericwf@google.com</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"><div dir="ltr"><div>I'm fully in support of requiring the monorepo setup.</div><div>I would like to go a step further, and unify libc++, libc++abi, and libunwind to share the same set of CMake configuration options.</div></div></blockquote><div><br></div><div>Compiler-rt too. </div></div></div></blockquote><div><br></div><div>Compiler-rt is a weird one. Because it builds multiple versions of libc++ as dependencies.</div><div>I'm not sure all of it so neatly fits under this umbrella, but I know compiler-rt could benefit from tighter integration.</div><div><br></div></div></div></blockquote></div></div></div></blockquote></div><br></div></div></blockquote></div></div>