<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Aug 14, 2017 at 6:17 PM, Reid Kleckner <span dir="ltr"><<a href="mailto:rnk@google.com" target="_blank">rnk@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span><div class="gmail_extra">> 2. Is there a simple way for me to get Clang 4.0's behavior back, where having cl.exe and link.exe on my PATH makes Clang automatically detect the correct -fms-compatibility-version and link.exe to be used?<br></div><div class="gmail_extra"><br></div></span><div class="gmail_extra">I haven't figured out what changed, but that definitely seems like a regression.</div></div></blockquote><div><br></div><div>As I read the current code, we search the environment, then we try the new setup config API, and then we try the registry. That seems correct.</div><div><br></div><div>I think the change from 4.0 to 5.0 was that when we look at the environment, we now try these variables in order:</div><div>1. VCToolsInstallDir: this is new</div><div>2. VCINSTALLDIR: we always tried this before PATH</div><div>3. PATH</div><div><br></div><div>Are either of those first two variables set to point to 2013?</div><div><br></div><div>Once clang finds cl.exe it calls GetFileVersionInfoW to work out the version, which should work as intended.</div></div></div></div>