aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/MachineBranchProbabilityInfo.cpp
diff options
context:
space:
mode:
authorAdam Nemet <anemet@apple.com>2014-03-25 17:47:03 +0000
committerAdam Nemet <anemet@apple.com>2014-03-25 17:47:03 +0000
commitac6d6383a3f89e7eeb0933b72c7aa346bab9b3bd (patch)
tree95ba33e652c95093a9a09fbde5249251d04abd58 /llvm/lib/CodeGen/MachineBranchProbabilityInfo.cpp
parent0af4aa9a19f8ec21e7287e707920bd14f427f3fd (diff)
downloadllvm-ac6d6383a3f89e7eeb0933b72c7aa346bab9b3bd.zip
llvm-ac6d6383a3f89e7eeb0933b72c7aa346bab9b3bd.tar.gz
llvm-ac6d6383a3f89e7eeb0933b72c7aa346bab9b3bd.tar.bz2
[X86] Factor out new helper getPSHUFB
I found three implementations of this. This splits it out into a new function and uses it from the three places. My plan is to add a fourth use when lowering a vector_shuffle:v16i16. Compared the assembly output of test/CodeGen/X86 before and after. The only change is due to how the first PSHUFB was generated in LowerVECTOR_SHUFFLEv8i16. If the shuffle mask specified undef (i.e. -1), the old implementation would write -1 * 2 and -1 * 2 + 1 (254 and 255) in the control mask. Now we write 0x80. These are of course interchangeable since bit 7 decides if a constant zero is written in the result byte. The other instances of this code use 0x80 consistently. Related to <rdar://problem/16167303> llvm-svn: 204734
Diffstat (limited to 'llvm/lib/CodeGen/MachineBranchProbabilityInfo.cpp')
0 files changed, 0 insertions, 0 deletions