Bug#778256: More info

[Roderich Schupp]

A minimal test to reproduce this is (once you have installed gcc 5, esp.
libstdc++-5-dev):

$ echo "#include <string>" > foo.cpp
$ clang++-3.6 -c foo.cpp
In file included from foo.cpp:1:
/usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/c++/5.0.0/string:38:10:
fatal error:
      'bits/c++config.h' file not found
#include <bits/c++config.h>
         ^
1 error generated.

This also shows that clang-3.6 suffers from the same problem.

Alban has already found out:

| Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.0.0
| 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
| ... but 5.0.0 is sorted before 5 , or 5 is bypassed altogether !

It's the latter: "5" is not recognized as a valid GCC version number!
Function Linux::GCCVersion::Parse (in clang/lib/Driver/ToolChains.cpp)
assumes that
a GCC version string is a dot separated list of at least two items (which
must be numbers,
though the optional third item may have a string suffix).

Cheers, Roderich
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-llvm-team/attachments/20150307/59f08b25/attachment.html>