<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Apr 5, 2014 at 3:16 PM, Chris Lattner <span dir="ltr"><<a href="mailto:clattner@apple.com" target="_blank">clattner@apple.com</a>></span> wrote:<br>
<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"><div class=""><br>
On Apr 5, 2014, at 1:51 PM, Saleem Abdulrasool <<a href="mailto:compnerd@compnerd.org">compnerd@compnerd.org</a>> wrote:<br>
<br>
> Author: compnerd<br>
> Date: Sat Apr  5 15:51:58 2014<br>
> New Revision: 205675<br>
><br>
> URL: <a href="http://llvm.org/viewvc/llvm-project?rev=205675&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=205675&view=rev</a><br>
> Log:<br>
> AsmParser: restore LLVM IR compatibility for linker_private{,_weak}<br>
><br>
> This restores the linker_private and linker_private_weak lexemes to permit<br>
> translation of the deprecated lexmes.  The behaviour is identical to the bitcode<br>
> handling: linker_private and linker_private_weak are handled as if private had<br>
> been specified.  This enables compatibility with IR generated by LLVM 3.4.<br>
<br>
</div>Ok, but how about producing a deprecated warning?</blockquote><div><br></div><div>I like the idea; committed as SVN r205681.</div><div> </div><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">
<span class=""><font color="#888888"><br>
-Chris<br>
</font></span></blockquote></div><div><br></div>-- <br>Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org
</div></div>