<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><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"><br>
I'll probably open a bug on this, but I just tried using clang.exe 3.5.0<br>
built with either MSVC or MinGW-w64-win32threads. When built with MinGW-w64,<br>
clang.exe is too promiscuous in terms of where it picks up system headers.<br>
It found a set of <a href="http://mingw.org" target="_blank">mingw.org</a> headers installed elsewhere on my system<br>
(definitely not on my path) which it proceeded to error on:<br><br></blockquote><div><br></div><div>I think we already have a bug <a href="http://llvm.org/bugs/show_bug.cgi?id=18546">http://llvm.org/bugs/show_bug.cgi?id=18546</a>. Clang driver never had proper support for MinGW.</div><div><br></div><div> </div><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">
So, would love if clang could be a more self-sufficient toolchain and stop<br>
picking up headers from strange places that just happened to be sitting on<br>
my hard drive in the default install location, since those headers were not<br>
used to build clang at all.<span class=""><font color="#888888"><br>
<br></font></span></blockquote><div><br></div><div>I was under the impression that we were trying to move a away from this "clang picks up headers from the toolchain it was built with" logic? Clang's default triple is determined at configure time which is a bit unfortunate. I think most people would agree that msvc compatible triple should be the default for windows version of clang.</div></div></div></div>