<div dir="ltr">+1. If we ever decide we want to conspire between LLD and LLVM to use a fast custom object file format, we can try again with buy-in from LLVM MC contributors.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 9, 2015 at 12:17 PM, Rui Ueyama <span dir="ltr"><<a href="mailto:ruiu@google.com" target="_blank">ruiu@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I think I bought up this topic before, but I'd like to propose seriously removing the Native file format from LLD this time.<div><br></div><div>IIUC, the Native file format was designed to be the fastest on-memory or on-disk file format for object files. The problem is that no one is working on that. No LLVM tools can produce object files in the Native, thus the feature of supporting the format is useless in the linker.</div><div><br></div><div>I'm also skeptical about the very idea of defining a new file format since existing file formats look to be good enough.</div><div><br></div><div>It's maintenance cost is real. I needed to submit a few patches for the Native format for global refactoring.<br></div><div><br></div><div>Here I'm proposing removing the Native file format support from LLD unless there's a person who's going to take the ownership of the feature and push really hard to adopt the file format everywhere (not only in the linker).</div><div><br></div><div>Opinions?</div></div>
<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>
<br></blockquote></div><br></div>