<div dir="ltr"><p dir="ltr">Yes, and r263477 was the fix.</p><p>Peter</p>
<div class="gmail_quote">On Mar 14, 2016 13:59, "Renato Golin" <<a href="mailto:renato.golin@linaro.org" target="_blank">renato.golin@linaro.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On 14 March 2016 at 18:42, Peter Collingbourne via cfe-commits<br>
<<a href="mailto:cfe-commits@lists.llvm.org" target="_blank">cfe-commits@lists.llvm.org</a>> wrote:<br>
> Author: pcc<br>
> Date: Mon Mar 14 13:41:59 2016<br>
> New Revision: 263464<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=263464&view=rev" rel="noreferrer" target="_blank">http://llvm.org/viewvc/llvm-project?rev=263464&view=rev</a><br>
> Log:<br>
> CodeGen: Mark functions used in vtables as unnamed_addr.<br>
><br>
> This marks virtual function declarations, as well as runtime library functions<br>
> __cxa_pure_virtual, __cxa_deleted_virtual and _purecall, as unnamed_addr. This<br>
> will allow us to correctly form relative references to them from vtables in<br>
> the relative vtable ABI.<br>
<br>
Hi Peter,<br>
<br>
You probably have seen, but just in case...<br>
<br>
<a href="http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15/builds/10698" rel="noreferrer" target="_blank">http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15/builds/10698</a><br>
<br>
<a href="http://lab.llvm.org:8011/builders/clang-cmake-thumbv7-a15/builds/10737" rel="noreferrer" target="_blank">http://lab.llvm.org:8011/builders/clang-cmake-thumbv7-a15/builds/10737</a><br>
<br>
cheers,<br>
--renato<br>
</blockquote></div>
</div>