<div dir="ltr">We could support that by allowing the MSVC version in the triple to be different from the -fms-compatibility-version on the command line. Today, this might even with with --target.<div><br></div><div>That said, I don't imagine many people are doing this. Microsoft makes it hard for you to do this, and lots of code assumes that the _MSC_VER macro correlates with the CRT version.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 13, 2015 at 6:49 PM, Saleem Abdulrasool <span dir="ltr"><<a href="mailto:compnerd@compnerd.org" target="_blank">compnerd@compnerd.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">compnerd added a comment.<br>
<br>
AIUI, ucrt is absolutely relevant since msvcrt itself has been split out into the ucrt.  msvcrt is the "shared" common bits, while the ucrt is more "platform" specific bits.<br>
<br>
But really, the point is: supporting an older version with a newer compiler is what doing this the way I suggest enables.  You can use a newer compiler but still allow the generated binary to target an alternative environment.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
Repository:<br>
  rL LLVM<br>
<br>
<a href="http://reviews.llvm.org/D7642" rel="noreferrer" target="_blank">http://reviews.llvm.org/D7642</a><br>
<br>
<br>
<br>
</div></div></blockquote></div><br></div>