summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms/Scalar/LICM.cpp
diff options
context:
space:
mode:
authorHal Finkel <hfinkel@anl.gov>2015-02-22 16:10:22 +0000
committerHal Finkel <hfinkel@anl.gov>2015-02-22 16:10:22 +0000
commite2dd84e42f037458ce9ab863bbc590c84f20c977 (patch)
tree6f6acb0774208cd67d6d98ade376932a637c4760 /llvm/lib/Transforms/Scalar/LICM.cpp
parentf5b957060bf228d03c0c288387caa81ad3508b85 (diff)
downloadbcm5719-llvm-e2dd84e42f037458ce9ab863bbc590c84f20c977.tar.gz
bcm5719-llvm-e2dd84e42f037458ce9ab863bbc590c84f20c977.zip
[DAGCombine] Don't assume integer-type legailty in reduceBuildVecConvertToConvertBuildVec
DAGCombine will rewrite an BUILD_VECTOR where all non-undef inputs some from [US]INT_TO_FP, as a BUILD_VECTOR of integers with the conversion applied as a vector operation. We check operation legality of the conversion, but fail to check legality of the integer vector type itself. Because targets don't normally override operation legality defaults for illegal types, we need to check this also. This came up in the context of the QPX vector entensions for PowerPC (which can have legal floating-point vector types without corresponding legal integer vector types). No in-tree test case for this yes, but one can be added once the QPX support has been committed. llvm-svn: 230176
Diffstat (limited to 'llvm/lib/Transforms/Scalar/LICM.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud