diff options
author | Sanjay Patel <spatel@rotateright.com> | 2015-12-10 17:09:28 +0000 |
---|---|---|
committer | Sanjay Patel <spatel@rotateright.com> | 2015-12-10 17:09:28 +0000 |
commit | c83fd9554a04c48aae91f1f7c12e22251b73776a (patch) | |
tree | 0c087716c2280c7d68e197f4b75b6489743ed711 /lldb/packages/Python/lldbsuite/test/python_api/process/main.cpp | |
parent | 257e13ae9a2bc62369b2ed5fc3370ebf8cd2cf47 (diff) | |
download | bcm5719-llvm-c83fd9554a04c48aae91f1f7c12e22251b73776a.tar.gz bcm5719-llvm-c83fd9554a04c48aae91f1f7c12e22251b73776a.zip |
[InstCombine] fold bitcasts around an extractelement (3rd try)
This is a redo of r255137 (reverted at r255227) which was a redo of
r255124 (reverted at r255126) with a fixed check for a scalar source
type and an added test for the failure that caused the revert.
Original commit message:
Example:
bitcast (extractelement (bitcast <2 x float> %X to <2 x i32>), 1) to float
--->
extractelement <2 x float> %X, i32 1
This is part of fixing PR25543:
https://llvm.org/bugs/show_bug.cgi?id=25543
The next step will be to generalize this fold:
trunc ( lshr ( bitcast X) ) -> extractelement (X)
Ie, I'm hoping to replace the existing transform of:
bitcast ( trunc ( lshr ( bitcast X)))
added by:
http://reviews.llvm.org/rL112232
with 2 less specific transforms to catch the case in the bug report.
Differential Revision: http://reviews.llvm.org/D14879
llvm-svn: 255261
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/process/main.cpp')
0 files changed, 0 insertions, 0 deletions