<div dir="ltr">It's not clear to me that this is worthwhile. Right now LLVM has no linker dependency, so there's no pressing reason to want to fold LLD into LLVM to solve a circular dependency. LLD can just depend on LLVM to get LTO working.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 29, 2015 at 10:01 AM, Greg Fitzgerald <span dir="ltr"><<a href="mailto:garious@gmail.com" target="_blank">garious@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've been thinking about how easy it would be to integrate lld into<br>
the main llvm repo:<br>
<br>
1) Preserve history with: `svnadmin load --parent-dir tools/lld . < lld.dump`<br>
2) Move lld's target-specific libraries up to `lib/Target`, and<br>
remaining libraries up to `lib`.<br>
3) Move everything from the lld namespace to the llvm namespace.<br>
<br>
But would it be valuable?  I'd think that non-C, llvm-based compilers<br>
like GHC or Rust would have the most to gain.  Anybody else see value<br>
in it?  Maybe those that maintain the Target directories?<br>
<br>
In your response, let's please avoid discussion about coding<br>
conventions and sanitizer builds.  Assume that's all resolved before<br>
this integration is considered.<br>
<br>
Thanks,<br>
Greg<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</blockquote></div><br></div>