llvm-project/llvm/test/Analysis/CostModel
Michael Kuperstein 3ceac2bbd5 [LV, X86] Be more optimistic about vectorizing shifts.
Shifts with a uniform but non-constant count were considered very expensive to
vectorize, because the splat of the uniform count and the shift would tend to
appear in different blocks. That made the splat invisible to ISel, and we'd
scalarize the shift at codegen time.

Since r201655, CodeGenPrepare sinks those splats to be next to their use, and we
are able to select the appropriate vector shifts. This updates the cost model to
to take this into account by making shifts by a uniform cheap again.

Differential Revision: https://reviews.llvm.org/D23049

llvm-svn: 277782
2016-08-04 22:48:03 +00:00
..
AArch64 [AArch64] Reduce vector insert/extract cost for Kryo 2016-02-18 18:35:45 +00:00
AMDGPU AMDGPU: Cost model for basic integer operations 2016-03-25 01:16:40 +00:00
ARM [TTI] The cost model should not assume vector casts get completely scalarized 2016-07-06 17:30:56 +00:00
PowerPC [TTI] The cost model should not assume vector casts get completely scalarized 2016-07-06 17:30:56 +00:00
X86 [LV, X86] Be more optimistic about vectorizing shifts. 2016-08-04 22:48:03 +00:00
no_info.ll Roll forward r243250 2015-07-26 19:10:03 +00:00