diff options
| author | Simon Pilgrim <llvm-dev@redking.me.uk> | 2016-06-28 13:24:05 +0000 |
|---|---|---|
| committer | Simon Pilgrim <llvm-dev@redking.me.uk> | 2016-06-28 13:24:05 +0000 |
| commit | 5f71c909f0172ead7de0533456380667de97b430 (patch) | |
| tree | a4f1788ff22ff9efe6236f89bc40988cd923606a /llvm/tools/llvm-cov/SourceCoverageViewText.cpp | |
| parent | 7cc4cfe4fcedaaed7b45fb2f199a4097dd83e0b3 (diff) | |
| download | llvm-5f71c909f0172ead7de0533456380667de97b430.zip llvm-5f71c909f0172ead7de0533456380667de97b430.tar.gz llvm-5f71c909f0172ead7de0533456380667de97b430.tar.bz2 | |
[X86][AVX] Peek through bitcasts to find the source of broadcasts (reapplied)
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.
As we're being more aggressive with bitcasts, we also need to ensure that the broadcast type is correctly bitcasted
Differential Revision: http://reviews.llvm.org/D21660
llvm-svn: 274013
Diffstat (limited to 'llvm/tools/llvm-cov/SourceCoverageViewText.cpp')
0 files changed, 0 insertions, 0 deletions