<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Apr 9, 2015 at 1:04 PM, Davide Italiano <span dir="ltr"><<a href="mailto:davide@freebsd.org" target="_blank">davide@freebsd.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, Apr 9, 2015 at 12:17 PM, Rui Ueyama <<a href="mailto:ruiu@google.com">ruiu@google.com</a>> wrote:<br>
> I think I bought up this topic before, but I'd like to propose seriously<br>
> removing the Native file format from LLD this time.<br>
><br>
> IIUC, the Native file format was designed to be the fastest on-memory or<br>
> on-disk file format for object files. The problem is that no one is working<br>
> on that. No LLVM tools can produce object files in the Native, thus the<br>
> feature of supporting the format is useless in the linker.<br>
><br>
> I'm also skeptical about the very idea of defining a new file format since<br>
> existing file formats look to be good enough.<br>
><br>
> It's maintenance cost is real. I needed to submit a few patches for the<br>
> Native format for global refactoring.<br>
><br>
> Here I'm proposing removing the Native file format support from LLD unless<br>
> there's a person who's going to take the ownership of the feature and push<br>
> really hard to adopt the file format everywhere (not only in the linker).<br>
><br>
> Opinions?<br>
<br>
</div></div>With my FreeBSD hat on:<br>
FreeBSD doesn't talk anything that's not ELF, it's already pretty<br>
time-expensive implementing full support for that to even think about<br>
a different format.<br>
With my LLD hat on:<br>
I've been slowed down from time to time because my patches didn't have<br>
support for YAML or Native format. I personally would be very happy to<br>
not have to worry about yet-another-different-format that at the time<br>
of writing is just incomplete enough to be meaningful.<br></blockquote><div><br></div><div>Yup, I was slowed down too. I think the situation was mitigated because I removed the round-trip tests, which required us to serialize/de-serialize intermediate linker results from/to on-disk files, but yeah, it's there like tax. I'm not proposing removing YAML though, since it's useful for writing tests. I want to stop supporting the Native.</div></div></div></div>