forked from OSchip/llvm-project
7008ce3f98
Inline virtual functions has linkeonceodr linkage (emitted in comdat on supporting targets). If the vtable for the class is not emitted in the defining module, function won't be address taken thus its address is not recorded. At the mercy of the linker, if the per-func prf_data from this module (in comdat) is picked at link time, we will lose mapping from function address to its hash val. This leads to missing icall promotion. The second test case (currently disabled) in compiler_rt (r271528): instrprof-icall-prom.test demostrates the bug. The first profile-use subtest is fine due to linker order difference. With this change, no missing icall targets is found in instrumented clang's raw profile. llvm-svn: 271532 |
||
|---|---|---|
| .. | ||
| Inputs | ||
| X86 | ||
| branch1.ll | ||
| branch2.ll | ||
| comdat_internal.ll | ||
| criticaledge.ll | ||
| diag_FE_profile.ll | ||
| diag_mismatch.ll | ||
| diag_no_funcprofdata.ll | ||
| diag_no_profile.ll | ||
| do-not-instrument.ll | ||
| icp_covariant_call_return.ll | ||
| icp_covariant_invoke_return.ll | ||
| icp_invoke.ll | ||
| icp_mismatch_msg.ll | ||
| icp_vararg.ll | ||
| indirect_call_annotation.ll | ||
| indirect_call_profile.ll | ||
| indirect_call_promotion.ll | ||
| landingpad.ll | ||
| loop1.ll | ||
| loop2.ll | ||
| single_bb.ll | ||
| switch.ll | ||