summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/process/main.cpp
diff options
context:
space:
mode:
authorSanjay Patel <spatel@rotateright.com>2015-12-10 17:09:28 +0000
committerSanjay Patel <spatel@rotateright.com>2015-12-10 17:09:28 +0000
commitc83fd9554a04c48aae91f1f7c12e22251b73776a (patch)
tree0c087716c2280c7d68e197f4b75b6489743ed711 /lldb/packages/Python/lldbsuite/test/python_api/process/main.cpp
parent257e13ae9a2bc62369b2ed5fc3370ebf8cd2cf47 (diff)
downloadbcm5719-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
OpenPOWER on IntegriCloud