<div dir="ltr">What has happened is that globalopt has proven that it is impossible for another module to reason about the existence of 'foo$def' and did the following:<div>- remove the alias</div><div>- rename the data to have the alias' name</div><div>- give the data the same linkage as what the alias previously had</div><div><br></div><div>AFAICT, LLVM is functioning properly.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 19, 2015 at 12:23 PM, William Knop <span dir="ltr"><<a href="mailto:william.knop.nospam@gmail.com" target="_blank">william.knop.nospam@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
There is a bit of confusion about the specification of the internal linkage type verses its implementation across different versions of LLVM. Please see the trac ticket [ <a href="https://ghc.haskell.org/trac/ghc/ticket/9929" target="_blank">https://ghc.haskell.org/trac/ghc/ticket/9929</a> ]; clarification as to the proper behavior would be much appreciated.<br>
<br>
Thanks much,<br>
Will<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</blockquote></div><br></div>