<div dir="ltr"><div><div><div><div><div><div>A minimal test to reproduce this is (once you have installed gcc 5, esp. libstdc++-5-dev):<br><br>$ echo "#include <string>" > foo.cpp<br>$ clang++-3.6 -c foo.cpp <br>In file included from foo.cpp:1:<br>/usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/c++/5.0.0/string:38:10: fatal error: <br>      'bits/c++config.h' file not found<br>#include <bits/c++config.h><br>         ^<br>1 error generated.<br><br></div>This also shows that clang-3.6 suffers from the same problem.<br><br></div>Alban has already found out:<br><br>| Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.0.0<br>| as with 4.9  , 4.9 is sorted before 4.9.2 thus include/c++/4.9 is used instead of non existent include/c++/4.9.2<br>| ... but 5.0.0 is sorted before 5 , or 5 is bypassed altogether !<br><br></div>It's the latter: "5" is not recognized as a valid GCC version number!<br></div>Function Linux::GCCVersion::Parse (in clang/lib/Driver/ToolChains.cpp) assumes that <br>a GCC version string is a dot separated list of at least two items (which must be numbers, <br></div>though the optional third item may have a string suffix).<br><br></div>Cheers, Roderich<br><div><div><br><div><br></div></div></div></div>