summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command
diff options
context:
space:
mode:
authorSimon Pilgrim <llvm-dev@redking.me.uk>2016-06-27 07:44:32 +0000
committerSimon Pilgrim <llvm-dev@redking.me.uk>2016-06-27 07:44:32 +0000
commita45da385f8501a87be53ce5fda0d71d741217e76 (patch)
tree348b7795014728da9db54d624bae6836e8c7c66b /lldb/packages/Python/lldbsuite/test/expression_command
parent6a9940260c448c8d4aa660140dfe6a4ba9e91df0 (diff)
downloadbcm5719-llvm-a45da385f8501a87be53ce5fda0d71d741217e76.tar.gz
bcm5719-llvm-a45da385f8501a87be53ce5fda0d71d741217e76.zip
[X86][AVX] Peek through bitcasts to find the source of broadcasts
AVX1 can only broadcast vectors as floats/doubles, so for 256-bit vectors we insert bitcasts if we are shuffling v8i32/v4i64 types. Unfortunately the presence of these bitcasts prevents the current broadcast lowering code from peeking through cases where we have concatenated / extracted vectors to create the 256-bit vectors. This patch allows us to peek through bitcasts as long as the number of elements doesn't change (i.e. element bitwidth is the same) so the broadcast index is not affected. Note this bitcast peek is different from the stage later on which doesn't care about the type and is just trying to find a load node. Differential Revision: http://reviews.llvm.org/D21660 llvm-svn: 273848
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/expression_command')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud