<div dir="ltr">How do you deal with the case where not all references to the aliased entity have been generated yet?  For example:<div><br></div><div>Emit call to derived ctor</div><div>Emit derived ctor</div><div>RAUW derived ctor with base ctor</div>
<div>Emit call to derived ctor, create new declaration for it</div><div><br></div><div>I attempted this before, and this is the issue I hit.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Nov 4, 2013 at 2:21 PM, 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 class="im">On 4 November 2013 12:21, Richard Smith <<a href="mailto:richard@metafoo.co.uk">richard@metafoo.co.uk</a>> wrote:<br>

> I'm a bit confused by this. We seem to stop emitting some weak_odr symbols<br>
> with this patch. Are those symbols not required by the ABI? (If not, why<br>
> were they weak_odr and not linkonce_odr?)<br>
<br>
</div>They were weak_odr aliases to linkonce_odr symbols. They were there as<br>
a workaround for us not having comdat support directly in LLVM IR.<br>
Given how comdat work, every translation unit has to make the same<br>
decisions as to what gets put in a comdat. Since we implement weak<br>
symbols with comdats, the alias to them cannot be linkonce, otherwise<br>
one TU could have both symbols and another just one.<br>
<br>
So a way to look at this patch is that it avoid the need for that<br>
workaround by not emitting aliases in that case.<br>
<div class="HOEnZb"><div class="h5"><br>
Cheers,<br>
Rafael<br>
_______________________________________________<br>
cfe-commits mailing list<br>
<a href="mailto:cfe-commits@cs.uiuc.edu">cfe-commits@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits</a><br>
</div></div></blockquote></div><br></div>