Thinking about this some more, we are ok if t gets renamed so log as it gets into the symbol table.  Internal symbols don't get symbol table entries.<span></span><br><br>On Tuesday, March 25, 2014, Rafael Espíndola <<a href="mailto:rafael.espindola@gmail.com">rafael.espindola@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 25 March 2014 02:14, David Majnemer <<a href="javascript:;" onclick="_e(event, 'cvml', 'david.majnemer@gmail.com')">david.majnemer@gmail.com</a>> wrote:<br>

> Author: majnemer<br>
> Date: Tue Mar 25 01:14:26 2014<br>
> New Revision: 204703<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=204703&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=204703&view=rev</a><br>
> Log:<br>
> WinCOFF: Add support for -fdata-sections<br>
><br>
> This is a pretty straight forward translation for COFF, we just need to<br>
> stick the data in a COMDAT section marked as<br>
> IMAGE_COMDAT_SELECT_NODUPLICATES.<br>
><br>
> N.B. We must be careful to avoid sticking entities with private linkage<br>
> in COMDAT groups.  COFF is pretty hostile to the renaming of entities so<br>
> we must be careful to disallow GlobalVariables with unstable names.<br>
<br>
Internal linkage can also be renamed. We do it in lib/Linker when<br>
combining two files with different symbols with internal linkage.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote>