<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 14, 2014 at 12:18 PM, Robinson, Paul <span dir="ltr"><<a href="mailto:Paul_Robinson@playstation.sony.com" target="_blank">Paul_Robinson@playstation.sony.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="">> > > - Use a macro for "-x c" / "/TC"  (sounds like an overkill for just one<br>

> > > test?)<br>
> > This seems like an annoying thing to deal with - is it particularly<br>
> > useful to test the clang-cl driver rather than just using the normal<br>
> > clang gcc-like driver?<br>
><br>
> Currently we have to use clang-cl as the default compiler to build tests<br>
> since we fall back on a few TUs (most notably gtest).<br>
><br>
> Also, I'd argue that a significant (prevailing?) portion of the ASan users<br>
> on Windows will use clang-cl driver, so we want it to have the first-class<br>
> support and test coverage.<br>
<br>
</div>Are these hacks specific to ASan or more general?<br>
"hosted on Windows" != "using clang-cl driver"<br>
(not for us, anyway, and we have no plan to switch to clang-cl)</blockquote><div><br></div><div>What do you find hack-ish?</div><div><br></div><div>I think we should continue to support the default, gcc-compatible clang driver on Windows.</div>
<div><br></div><div>We should also expose ASan functionality through clang-cl, since it's a major feature that somebody might want to use.</div><div><br></div><div>IMO we should make the ASan test suite pass on Windows with both clang.exe and clang-cl.exe.</div>
<div><br></div><div>I think we can tolerate a few corner cases where we don't want to add flags to clang-cl with lit substitutions.  For example, "-x c" vs. "/TC".</div></div></div></div>