Red Hat Bugzilla – Bug 630474
clang++ has wrong include paths
Last modified: 2010-09-28 01:48:37 EDT
Description of problem:
clang++ searches headers under /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3 when it should be using /usr/lib/gcc/x86_64-redhat-linux/4.5.1/.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Make a trivial C++ foo.cpp that includes cstdio
2. Compile it with command "clang++ -v foo.cpp"
Doesn't compile, ignoring non-existent directories when searching for headers
Fixing rignt Fedora version.
Additionally /usr/include/c++/4.4.3 -> /usr/include/c++/4.5.1 with Fedora 13 -> Fedora 14.
clang has a rather hack-ish way of finding the include directory. I'll change the way we build ours so that instead of hard-coding it in the script, we discover it at compile time, that way a GCC mass-rebuild would automatically cause the right path to be used.
llvm-2.7-9.fc14 has been submitted as an update for Fedora 14.
llvm-2.7-9.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update llvm'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/llvm-2.7-9.fc14
Confirmed, when updating both clang and llvm to 2.7-9.fc14 it works. Updating just llvm wasn't enough. (just to be pedantic)
(In reply to comment #5)
> Confirmed, when updating both clang and llvm to 2.7-9.fc14 it works. Updating
> just llvm wasn't enough. (just to be pedantic)
Yup, Bodhi just notes the SRPM name, not the list of actual packages.
llvm-2.7-9.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.