<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 5, 2014 at 8:52 PM, Alexander Kornienko <span dir="ltr"><<a href="mailto:alexfh@google.com" target="_blank">alexfh@google.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="">> This seems a very conservative approach, as there seem to be many cases where we can provide a fix in a macro...<br>

<br>
</div>Do you know a way to ensure that a change to a macro is safe? We don't want to remove "explicit" from a definition of a compatibility macro, for example ;)<br></blockquote><div><br></div><div>Good point. In that case, LG.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Also, this case is quite rare. I've found only one instance internally. So maybe we shouldn't worry much about it.<br>
<div class=""><br>
> Perhaps we can use Lexer::makeFileCharRange?<br>
<br>
</div>This could be used to avoid problems with other (possible, but extremely rare) corner cases.<br>
<br>
<a href="http://reviews.llvm.org/D3611" target="_blank">http://reviews.llvm.org/D3611</a><br>
<br>
<br>
</blockquote></div><br></div></div>