<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jan 18, 2016 at 3:03 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:llvm-commits@lists.llvm.org" target="_blank">llvm-commits@lists.llvm.org</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 11 January 2016 at 20:54, Davide Italiano <<a href="mailto:davide@freebsd.org">davide@freebsd.org</a>> wrote:<br>
> On Fri, Nov 27, 2015 at 12:22 PM, Hal Finkel via llvm-commits<br>
> <<a href="mailto:llvm-commits@lists.llvm.org">llvm-commits@lists.llvm.org</a>> wrote:<br>
>> Hi Rafael,<br>
>><br>
>> You had suggested that I model proper PPC64 .opd support after this implementation; could you please elaborate?<br>
>><br>
><br>
> +1, I hit the same issue on PPC.<br>
<br>
</span>Sorry, this had dropped out the end of my email queue.<br>
<br>
Yes, at least from the description it looks like .opd has the same<br>
problems as .eh_frame. So basically:<br>
<br>
* Add a OpdInputSection.<br>
* Add a OpdOutputSection.<br>
* In OpdOutpuSection::addSection, parse the .opd section, ignoring<br>
entries that point to discarded (comdat or gced) section.<br></blockquote><div><br></div><div>You want to take a look at MipsReginfo{Input,Output}Section because that's a good example of doing that.</div></div></div></div>