<div dir="ltr">Sure.<div><br></div><div>An outline: We're thinking of a relocation-based approach, where all non-const global references (including globals with hidden visibility) are through the GOT. The relocation would be an extension to GLOB_DAT, with the addition that the dynamic loader is responsible for creating a random tag and inserting it into the GOT entry.</div><div><br></div><div>For MTE, the only data we need to know at load time is the size of the global, which would be encoded in the relocation addend.</div><div><br></div><div>There is a performance cost of indirecting through the GOT - but that's the price of having fully dynamic tags.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 16, 2020 at 2:58 AM David Chisnall via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 16/07/2020 00:36, Mitch Phillips via llvm-dev wrote:<br>
> Not at this stage -- no.<br>
<br>
We'd also be interested in participating in this discussion.  For CHERI, <br>
we had to define relocations for initialising pointers that had to <br>
understand something about the object that they were pointing to.  There <br>
is probably some commonality in the requirements here.<br>
<br>
David<br>
<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a><br>
<a href="https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" rel="noreferrer" target="_blank">https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a><br>
</blockquote></div>