<div dir="ltr">If the file order in command line does't matter, we can read archive files and adding symbols from them concurrently, so even if total amount of work doesn't change, that could still make things faster.</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 15, 2015 at 1:35 PM, Joerg Sonnenberger <span dir="ltr"><<a href="mailto:joerg@britannica.bec.de" target="_blank">joerg@britannica.bec.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Jul 14, 2015 at 03:12:04PM -0700, Rui Ueyama wrote:<br>
> On Tue, Jul 14, 2015 at 3:07 PM, Joerg Sonnenberger <<a href="mailto:joerg@netbsd.org">joerg@netbsd.org</a>><br>
> wrote:<br>
><br>
> > joerg added a subscriber: joerg.<br>
> > joerg added a comment.<br>
> ><br>
> > I don't understand how forcing everything to be grouped can make things<br>
> > more efficient, given that it is strictly required to do more work. It<br>
> > doesn't even matter for plain object files, just for libraries. In the case<br>
> > of libraries, there are subtle error cases involving weak symbols, so<br>
> > please do *not* change the resolution algorithm.<br>
> ><br>
><br>
> It's faster because we don't have to visit files grouped by<br>
> --start-group/--end-group repeatedly.<br>
<br>
</span>That statement *still* doesn't make sense. Except maybe glibc's libc.so<br>
hack, I see groups rarely used at all. Certainly not for plain object<br>
files and if anything, only implicitly for library archives. So how can<br>
forcing the *additional* work improve things again?<br>
<br>
Joerg<br>
_______________________________________________<br>
llvm-commits mailing list<br>
<a href="mailto:llvm-commits@cs.uiuc.edu">llvm-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits" rel="noreferrer" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits</a><br>
</blockquote></div><br></div>