<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, 8 Aug 2018 at 18:39, Zachary Turner <<a href="mailto:zturner@google.com" target="_blank">zturner@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I can theorize that perhaps what breaks is that if you have an old VS integration + LLVM installed, then install a new LLVM, the old VS integration will not be able to find the new clang-cl.exe.  I don't have a good idea on how to address this off the top of my head except perhaps to create the msbuild-bin folder but put a DEPRECATED.TXT file in there so people will find it.</div></blockquote><div><br></div><div>What might happen is that people have VS2015 and VS2017 installed side-by-side, in this case the old integration worked on the VS2015 install and is then thereafter usable from VS2017.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>The other problem though is that the new VS integration only works with >= 2017, so if someone can't upgrade for some reason, this would still be a problem for them.  Perhaps we could continue copying the main executable there for backwards compatibility?</div></div></blockquote><div><br></div><div>It would also require an update to the now excluded props/targets file. The old style integration actually works very well, I've added my own switches to it, so that in a project I don't have any entries in the "other parameters" field. If I then switch compiler clang or cl both work, without touching even the slightest in the rest of the project settings.</div><div><br></div><div>degski<br></div></div></div>
</div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><i><b>"If something cannot go on forever, it will stop" - Herbert Stein</b></i><br></div></div></div>