diff options
| author | David Majnemer <david.majnemer@gmail.com> | 2016-05-04 06:13:33 +0000 |
|---|---|---|
| committer | David Majnemer <david.majnemer@gmail.com> | 2016-05-04 06:13:33 +0000 |
| commit | 3918cdd2a182bbc526ad835031e270cfed2db0c8 (patch) | |
| tree | 5566e400c386fa5c208c801914608133c5ec61e9 /llvm/lib/Target/Sparc | |
| parent | 8a71b53ea9bab7fe0f8e01a89a427e78cbc46df3 (diff) | |
| download | bcm5719-llvm-3918cdd2a182bbc526ad835031e270cfed2db0c8.tar.gz bcm5719-llvm-3918cdd2a182bbc526ad835031e270cfed2db0c8.zip | |
[ConstantFolding, ValueTracking] Fold constants involving bitcasts of ConstantVector
We assumed that ConstantVectors would be rather uninteresting from the
perspective of analysis. However, this is not the case due to a quirk
of how LLVM handles vectors of i1. Vectors of i1 are not
ConstantDataVectors like vectors of i8, i16, i32 or i64 because i1's
SizeInBits differs from it's StoreSizeInBytes. This leads to it being
categorized as a ConstantVector instead of a ConstantDataVector.
Instead, treat ConstantVector more uniformly.
This fixes PR27591.
llvm-svn: 268479
Diffstat (limited to 'llvm/lib/Target/Sparc')
0 files changed, 0 insertions, 0 deletions
