
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 18, 2016, at 6:28 PM, Bekket McClane via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" class="">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi,<div class="">The LLVM variant we're building now contains usage of a third-party threading library, and we would like to push our work upstream in the future. </div></div></div></blockquote><div><br class=""></div><div>What is the motivation?</div><div>For instance what is this doing that std::thread or llvm::ThreadPool is not providing? Why is it useful to have it in tree?</div><div><br class=""></div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="">Are third-party libraries welcomed to be added in LLVM? If yes, what folder structure should we arrange? </div></div></div></blockquote><div><br class=""></div><div>In general we avoid them as much as possible and need a really compelling justification to include one.</div><div>Chris reinstated this position recently: <a href="http://lists.llvm.org/pipermail/llvm-dev/2016-September/105166.html" class="">http://lists.llvm.org/pipermail/llvm-dev/2016-September/105166.html</a></div><div><br class=""></div><div>— </div><div>Mehdi</div><div><br class=""></div></div></body></html>