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 < [email protected]> 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 > [email protected] > http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits > >
_______________________________________________ cfe-commits mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits
