forked from OSchip/llvm-project
1b859a2306
This is split out from D27696, since it turned out to be a bug fix and not part of the NFC efficiency change. Keep the same adjusted (possibly decayed) threshold in both the worklist and the ImportList. Otherwise if we encountered it first along a cold path, the callee would be added to the worklist with a lower decayed threshold than when it is later encountered along a hot path. But the logic uses the threshold recorded in the ImportList entry to check if we should re-add it, and without this patch the threshold recorded there is the same along both paths so we don't re-add it. Using the same possibly decayed threshold in the ImportList ensures we re-add it later with the higher non-decayed hot path threshold. llvm-svn: 289843 |
||
|---|---|---|
| .. | ||
| Inputs | ||
| adjustable_threshold.ll | ||
| funcimport.ll | ||
| funcimport_alias.ll | ||
| funcimport_debug.ll | ||
| hotness_based_import.ll | ||
| hotness_based_import2.ll | ||
| inlineasm.ll | ||