diff options
| author | Tim Northover <tnorthover@apple.com> | 2014-02-06 09:54:51 +0000 |
|---|---|---|
| committer | Tim Northover <tnorthover@apple.com> | 2014-02-06 09:54:51 +0000 |
| commit | 546b57b011c5f1aa6c5a24a7716d06e01512f934 (patch) | |
| tree | 7d92f118e74d5f4707865d75695b0c2b9d9ef10e /clang/lib | |
| parent | 5eb1004889601ca4d091a855617c8bb5eb0c3170 (diff) | |
| download | bcm5719-llvm-546b57b011c5f1aa6c5a24a7716d06e01512f934.tar.gz bcm5719-llvm-546b57b011c5f1aa6c5a24a7716d06e01512f934.zip | |
X86: deduplicate V[SZ]EXT_MOVL and V[SZ]EXT nodes
I believe VZEXT_MOVL means "zero all vector elements except the first" (and
should have identical input & output types) whereas VZEXT means "zero extend
each element of a vector (discarding higher elements if necessary)".
For example:
(v4i32 (vzext (v16i8 ...)))
should zero extend the low 4 bytes of the incoming vector to 32-bits,
discarding higher bytes.
However, somewhere in the past, these two concepts had become confused, even
leading to a nonsensical VSEXT_MOVL.
This re-merges the nodes where appropriate (all VSEXT_MOVL -> VSEXT, VZEXT_MOVL
-> VZEXT when it's an actual extension).
rdar://problem/15981990
llvm-svn: 200918
Diffstat (limited to 'clang/lib')
0 files changed, 0 insertions, 0 deletions

