<div dir="ltr">Yes, but I'm talking about .tbss section address in an executable. It is not significant, so I think in theory it can be just zero. But we set some value, no?</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 5, 2017 at 6:04 AM, Rafael Avila de Espindola <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="">Rui Ueyama <<a href="mailto:ruiu@google.com">ruiu@google.com</a>> writes:<br>
<br>
> Not directly related to this, but we have code that sets virtual addresses<br>
> to .tbss sections. Do you know why we are doing that? IIUC, virtual<br>
> addresses of .tbss sections are not significant, so we can just set them to<br>
> zero.<br>
<br>
</span>The entire section table on a DSO is not really significant. The only<br>
part that is required is some way to get the symbol table, and only that<br>
just for static linking.<br>
<br>
The table is mostly a human friendly info showing where a section<br>
"is". The situation is fuzzy with NOBITS, but I think the customary is<br>
to use the location they would have been had they not been NOBITS.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div>