summaryrefslogtreecommitdiffstats
path: root/llvm/lib/BinaryFormat
diff options
context:
space:
mode:
authorCraig Topper <craig.topper@intel.com>2017-12-22 17:18:11 +0000
committerCraig Topper <craig.topper@intel.com>2017-12-22 17:18:11 +0000
commit576335f998dc1633db77d72f2957f2b7c2c84640 (patch)
treea2de3c8e9ec844a900419af4357612cc3542de46 /llvm/lib/BinaryFormat
parenteff84ed2048dcbec5dac2da5c4239eb916fc1d53 (diff)
downloadbcm5719-llvm-576335f998dc1633db77d72f2957f2b7c2c84640.tar.gz
bcm5719-llvm-576335f998dc1633db77d72f2957f2b7c2c84640.zip
[X86] When lowering insert_vector_elt/extract_vector_elt of vXi1 with a non-constant index just use either a 128-bit type or the vXi8 type with the correct number of elements.
Despite what the comment said there isn't better codegen for 512-bit vectors. The 128/256/512 bit implementation jus stores to memory and loads an element. There's no advantage to doing that with a larger size. In fact in many cases it causes a stack realignment and generates worse code. llvm-svn: 321369
Diffstat (limited to 'llvm/lib/BinaryFormat')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud