aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/MC/MCObjectFileInfo.cpp
diff options
context:
space:
mode:
authorDmitri Gribenko <gribozavr@gmail.com>2013-01-09 15:25:30 +0000
committerDmitri Gribenko <gribozavr@gmail.com>2013-01-09 15:25:30 +0000
commit06358bd07892238ff940ecc8c6d71305731c2bb0 (patch)
tree29ba898cf17e69cf25832b3575e0218aed7d6c26 /llvm/lib/MC/MCObjectFileInfo.cpp
parent52b1515405c31d8c453488e98ec16140c7863314 (diff)
downloadllvm-06358bd07892238ff940ecc8c6d71305731c2bb0.zip
llvm-06358bd07892238ff940ecc8c6d71305731c2bb0.tar.gz
llvm-06358bd07892238ff940ecc8c6d71305731c2bb0.tar.bz2
Configure: if we compile with clang, check that it is not broken
Some linux distibutions (for example, Mageia 2, Fedora 17) ship Clang that is essentially broken for the end user. Clang can not find or compile libstdc++ headers. The issue is that our configure prefers clang over gcc, thus selecting a broken Clang when a working GCC is available. Now we detect this issue by compiling a simple program. If it does not compile, configure stops with an error suggesting the user to select a different compiler. llvm-svn: 171975
Diffstat (limited to 'llvm/lib/MC/MCObjectFileInfo.cpp')
0 files changed, 0 insertions, 0 deletions