<div dir="ltr">Hm. Both your patch and mine make sense and look good, but after reading yours, I think I slightly prefer yours because it's shorter. Let's go with that.<div><br></div><div>My comment to Rafael's patch is that you seems to be able to move getRelocatedSection and copyRelocations from InputSectionBase to InputSection.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 23, 2016 at 2:13 PM, 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="">On 23 February 2016 at 16:38, Rui Ueyama <<a href="mailto:ruiu@google.com">ruiu@google.com</a>> wrote:<br>
> ruiu added inline comments.<br>
><br>
> ================<br>
> Comment at: ELF/InputSection.h:39<br>
> @@ -38,3 +38,3 @@<br>
>  public:<br>
> -  enum Kind { Regular, EHFrame, Merge, MipsReginfo };<br>
> +  enum Kind { Regular, RelInputSection, EHFrame, Merge, MipsReginfo };<br>
>    Kind SectionKind;<br>
> ----------------<br>
> So you just added RelInputSection kind? Adding a new kind and does not add a new class does not make sense. What I suggested was to actually define a new class for a relocation section. See <a href="http://reviews.llvm.org/D17551" rel="noreferrer" target="_blank">http://reviews.llvm.org/D17551</a>. I applied your patch and updated yours to separate the class from InputSection.<br>
<br>
</span>I went the other way and deleted the enum :-)<br>
<br>
There is not that much specific to relocation sections. At least with<br>
what is currently implemented it feels natural to use InputSection and<br>
OutputSection for them.<br>
<br>
Let me know what you think of the attached patch.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div>