[cfe-dev] [LLVMdev] RFC: LLVM should require a working C++11 <thread>, <mutex>, and <atomic>

Robinson, Paul Paul_Robinson at playstation.sony.com
Wed Sep 24 15:32:45 PDT 2014


| I think most people would agree that msvc compatible triple should be the default for windows version of clang.

…except for those of us who ship a windows-hosted cross compiler (and don't want to give it a triple-prefixed name).
--paulr

From: cfe-dev-bounces at cs.uiuc.edu [mailto:cfe-dev-bounces at cs.uiuc.edu] On Behalf Of Nikola Smiljanic
Sent: Wednesday, September 24, 2014 2:56 PM
To: Tony Kelman
Cc: "llvmdev at cs.uiuc.edu"@pps06.cites.illinois.edu; cfe-dev Developers
Subject: Re: [cfe-dev] [LLVMdev] RFC: LLVM should require a working C++11 <thread>, <mutex>, and <atomic>


I'll probably open a bug on this, but I just tried using clang.exe 3.5.0
built with either MSVC or MinGW-w64-win32threads. When built with MinGW-w64,
clang.exe is too promiscuous in terms of where it picks up system headers.
It found a set of mingw.org<http://mingw.org> headers installed elsewhere on my system
(definitely not on my path) which it proceeded to error on:

I think we already have a bug http://llvm.org/bugs/show_bug.cgi?id=18546. Clang driver never had proper support for MinGW.


So, would love if clang could be a more self-sufficient toolchain and stop
picking up headers from strange places that just happened to be sitting on
my hard drive in the default install location, since those headers were not
used to build clang at all.

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20140924/019d722d/attachment.html>


More information about the cfe-dev mailing list