<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Oct 23, 2015 at 6:12 AM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Good numbers. We are probably already on per with gold in terms of output<br>
> size. (It's actually more than per, so we may be discarding too much data<br>
> with --gc-sections, but I don't know what that is. At least all tests still<br>
> pass.)<br>
<br>
</span>That was .eh_frame.<br>
<span class=""><br>
> This feature makes LLD about 1.5x slower. Does this feature have to be<br>
> enabled by default? It feels like it's a kind of -O1 feature for linkers.<br>
<br>
</span>Most linkers do put it in -O1. With the current ADT<br>
(StringTableBuilder) it is not that easy to make it optional.<br></blockquote><div><br></div><div>My feeling is that because this is a heavy optimization (30% increase of link time), linkers should not do unless it is told to do so by a command line option, just like --gc-sections. It doesn't seems correct to me that existing linkers merge SHF_MERGE sections as long as they exist.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will run a couple of experiments with a slightly lower lever ADT and<br>
update the results.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div></div>