<div dir="ltr">On Thu, Aug 8, 2013 at 10:13 PM, Nico Rieck <span dir="ltr"><<a href="mailto:nico.rieck@gmail.com" target="_blank">nico.rieck@gmail.com</a>></span> wrote:<div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">clang's new clang-cl.exe driver apears to NOT define _MSC_VER by default<br>

either. If any clang variant or g++ does define _MSC_VER (I don't mean MS's<br>
cl.exe which I know does)<br>
</blockquote>
<br></div>
Sounds like a bug.<br></blockquote><div><br></div><div>I agree.  I've always built clang with MSVC, so I didn't realize that the defaults for -fms-compatibility etc were affected by clang's host compiler.</div>
<div><br></div><div>I tried to build clang with mingw and cmake last week, but it didn't work out of the box.  In particular, the code in lib/Support/Windows/*.inc failed to compile because it tries to access some POSIX-y functions with leading underscores, which mingw doesn't provide.  Is this a known configuration problem with a solution?</div>
</div></div></div>