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

Timothy B. Terriberry tterriberry at mozilla.com
Sat Dec 1 10:06:05 PST 2012


Chandler Carruth wrote:
> 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.

If that's the only concern, I'd be happy to modify the patch to stop 
once it finds a combination of directories that provides both of the 
candidate headers I'm looking for in this patch.

> 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.

Well, from my perspective, I _need_ GCC to work on Gentoo, while clang 
currently doesn't work at all, so given the many existing Gentoo 
installs configured like this and the relatively low penetration of 
clang, the safer and easier course is to fix clang... The fact that this 
code exists at all (which I think is frankly insane) suggests the 
"expect everybody to do things the same" ship has sailed.

But honestly, I just wasted several hours of my time fixing several 
clang issues, all of which had been known and reported fully one or more 
years ago. I thought I'd help the next guy out and forward my patches 
along, but if you're not interested in taking them, I've got a lot 
better things to do with my time than argue.



More information about the cfe-commits mailing list