[cfe-commits] Fix libstdc++ header search paths on Gentoo

[Chandler Carruth]

Several folks have wanted to remove the break after the first one is found
-- however, that is not a correct change. We cannot add multiple libstdc++
versions' include trees to compiles, and removing the break runs the risk
of that.

IMO, Gentoo's layout is broken. You should file a bug with them asking them
to install libstdc++ headers in a way compatible (or ideally *exactly the
same*) as what the upstream GCC project will do if you run 'make install'.
If that doesn't work for Gentoo for some reason, they should talk to the
GCC and libstdc++ developers to resolve that issue rather than making
everyone customize their tools on the Gentoo platform.


On Fri, Nov 30, 2012 at 8:05 PM, Timothy B. Terriberry <
tterriberry at mozilla.com> wrote:

> This patch fixes the problem reported in <http://lists.cs.uiuc.edu/**
> pipermail/cfe-dev/2011-**October/018029.html<http://lists.cs.uiuc.edu/pipermail/cfe-dev/2011-October/018029.html>>,
> which I ran into today.
>
> My system requires _both_ the "include/g++-v4" and the "include"
> candidates, so I removed the "break" after the first one is found. Since
> the second one always exists if the first one does, I added a check for at
> least one libstdc++ header in the target path before actually adding it,
> using one header from each of the two paths listed above on my system.
> These were the first headers building clang with itself failed on if the
> corresponding path was not added.
>
> _______________________________________________
> cfe-commits mailing list
> cfe-commits at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20121201/c8b6b0f7/attachment.html>