<div dir="ltr"><div>BTW, that doesn't seem to be the only issue.<br><br></div><div>Right now patatino gets internalized, which fails the verifier, that would be fixed by  pr30396 or some workaround.<br><br></div><div>But, adding -upatatino to the command line causes gold to fail because foo is internalized. I can't quite make what is the code path that is missing, but nothing creates the llvm.compiler.used that should prevent foo from being removed.<br><br></div><div>Cheers,<br></div><div>Rafael<br><br></div><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 September 2016 at 11:27, 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"><div dir="ltr"><span></span><br><span></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span>
</span>Yes that sounds the proper fix: we should have llvm-nm report the correct list for instance.<br></blockquote><div><br></div></span><div>Reported <a href="https://llvm.org/bugs/show_bug.cgi?id=30396" target="_blank">https://llvm.org/bugs/show_<wbr>bug.cgi?id=30396</a> to track it.<br><br></div><div>Cheers,<br></div><div>Rafael<br> <br></div></div></div></div>
</blockquote></div><br></div>