<div dir="ltr">Thanks guys!<div><br></div><div>> <span style="font-size:13px">I don't think the "object format abstracted" flags have a very well</span><br style="font-size:13px"><span style="font-size:13px">defined meaning and don't get a lot of use. Since you are one of the</span><br style="font-size:13px"><span style="font-size:13px">few users, feel free to refine them.</span><div><span style="font-size:13px"><br></span></div><div>Great. For now I'm going to get rid of "Exported" and rely on Hidden. In the longer term I hope to get rid of this flag altogether (given that it's not well defined) and teach the JIT linker to understand each format's flags. I'll add the necessary test infrastructure to llvm-rtdyld.</div><div><br></div><div>- Lang. </div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 25, 2016 at 11:13 AM, Rui Ueyama <span dir="ltr"><<a href="mailto:ruiu@google.com" target="_blank">ruiu@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Mon, Jan 25, 2016 at 10:01 AM, 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>> Alternatively I've misunderstood the full meaning of SF_Hidden and<br>
> SF_Exported. I always just read them as "will this symbol appear in the<br>
> symbol table for a linked DSO". Under that reading, a non-hidden,<br>
> non-exported symbol doesn't make sense.<br>
<br>
</span>I don't think the "object format abstracted" flags have a very well<br>
defined meaning and don't get a lot of use. Since you are one of the<br>
few users, feel free to refine them.</blockquote><div><br></div></span><div>Yes. We at least don't use that in our COFF linker, so I don't have an opinion on it. I think you can change that as long as it makes sense to you (and to other people who are using the fields.)</div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
>>  I believe readobj already dumps this sort of information out, albeit in<br>
>> object file specific ways.<br>
><br>
> Ok. I eventually need something that shows the generic flag's value, but the<br>
> output format of the tool can be object specific. For other properties (e.g.<br>
> "weak") llvm-objdump and llvm-nm suffice, since they query the generic flags<br>
> to produce their (format specific) output. If "exported" is of interest to<br>
> people I could add it to one of the generic tools. Otherwise I'll just add<br>
> it to llvm-rtdyld.<br>
<br>
<br>
</span>The output format of llvm-nm and llvm-objdump is pretty locked given<br>
that we want them to match the native nm and objdump.<br>
<br>
It could be done in llvm-readobj, but that one is designed to dump<br>
pretty much everything, so it is format specific.<br>
<br>
llvm-rtdyld seems to be the winner.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></span></div><br></div></div>
</blockquote></div><br></div>