| Summary: | sys-devel/clang-3.2 fails to find libprofile_rt.a for --coverage | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Andrew Church <achurch+gentoo> |
| Component: | [OLD] Development | Assignee: | Bernard Cafarelli <voyageur> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mgorny, ryao |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Proof-of-concept patch to llvm-3.2.ebuild | ||
|
Description
Andrew Church
2013-05-27 14:25:45 UTC
Created attachment 349354 [details, diff]
Proof-of-concept patch to llvm-3.2.ebuild
I'm not suggesting that this is the correct fix (I don't know the history behind the use of /usr/lib/llvm), but this patch allows clang to properly link executables with --coverage.
Thanks for the report! The path to libprofile_rt.a is hardcoded in clang source, I updated it in clang ebuilds to point to the llvm lib directory Fixed in live ebuild and cland-3.3_rc3 (final 3.3 should be released really soon Thanks for the fix. Unfortunately, --coverage itself is broken in clang-3.3 (see http://llvm.org/bugs/show_bug.cgi?id=15953) so I can't confirm this at the moment -- but it looks like you may (also / instead) need to apply the fix with respect to libclang_rt.a. Thanks I opened #473578 for libclang_rt.profile (as this is specific to >=3.3) I can now confirm that the updated 3.3 ebuild fixes --coverage if I manually link in the appropriate libclang_rt (couldn't find it before). Thanks again! |