<div>Hi llvm-team,</div><div><br></div>this patch is a noop for non-alias symbols (because Symbol.AliasedSymbol returns Symbol itself, if it's not an alias) and it fixes a crash if the symbol is alias (because section is null for aliases). That makes me thinking that this falls under "obvious patch / fix the build" rule. I'm not sure, though, since I'm still new to llvm project.<div>
<br></div><div>krasin<br><div><div><br><div class="gmail_quote">On Thu, Oct 6, 2011 at 1:12 PM, Ivan Krasin <span dir="ltr"><<a href="mailto:krasin@google.com">krasin@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Friendly ping. :)<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Oct 5, 2011 at 5:33 PM, Ivan Krasin <<a href="mailto:krasin@chromium.org">krasin@chromium.org</a>> wrote:<br>
> Hi llvm team!<br>
><br>
> The patch attached fixes the problem that<br>
> ARMELFObjectWriter::ExplicitRelSym didn't resolve aliases.<br>
> For some reason, the single alias works just fine, but the alias to<br>
> alias crashes llc with the following message:<br>
><br>
> llc: /usr/local/google/home/krasin/llvm/include/llvm/MC/MCSymbol.h:111:<br>
> const llvm::MCSection &llvm::MCSymbol::getSection() const: Assertion<br>
> `isInSection() && "Invalid accessor!"' failed.<br>
><br>
> The full background of this issue is available here:<br>
> <a href="http://code.google.com/p/nativeclient/issues/detail?id=2340" target="_blank">http://code.google.com/p/nativeclient/issues/detail?id=2340</a><br>
><br>
> OK to commit?<br>
><br>
> krasin<br>
><br>
</div></div></blockquote></div><br></div></div></div>