<div dir="ltr">Right. All the stuff I saw in the AMDGPU support in the linker seems that they are not stemmed from architecture-specific requirement but just to deal with odd design choices of the file format which seems to have caused by misunderstanding of the regular ELF spec. I don't think it's too late to fix it -- I want to fix it.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 26, 2016 at 12:27 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="">> We can probably model this within ELF by just putting each section inside a<br>
> PT_LOAD (or whatever getAmdgpuPhdr returns) with vaddr of 0.<br>
<br>
</span>I am not sure we could call that an "address". The fundamental problem<br>
that needs to be solved is that there shouldn't be a special case for<br>
a program handling amd gpu or the XYZ cpu. It has to be possible to<br>
just read PT_LOAD and mmap them as usual.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div>