summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/value/TestValueAPI.py
diff options
context:
space:
mode:
authorHal Finkel <hfinkel@anl.gov>2016-05-04 19:37:08 +0000
committerHal Finkel <hfinkel@anl.gov>2016-05-04 19:37:08 +0000
commite2b89118bdc13d16d6cf68af3689ecaede279cda (patch)
tree56230faf5e8527ff4a3ee6d753d91fb393bd0cb2 /lldb/packages/Python/lldbsuite/test/python_api/value/TestValueAPI.py
parent13d57b94bb128af70924b188f65d7d8f2f715b79 (diff)
downloadbcm5719-llvm-e2b89118bdc13d16d6cf68af3689ecaede279cda.tar.gz
bcm5719-llvm-e2b89118bdc13d16d6cf68af3689ecaede279cda.zip
[ConstantFold] Don't try to strip fp -> int bitcasts to simplify icmps
ConstantFold has logic to take icmp (bitcast x to y), null and strip the bitcast. This makes sense in general, but not if x has floating-point type. In this case, we'd need a fcmp, not an icmp, and the code will assert. We normally don't see this situation because we constant fold fp -> int bitcasts, however, we'll see it for bitcasts of ppc_fp128 -> i128. This is because that bitcast is Endian-dependent, and as a result, we don't simplify it in ConstantFold (we could, but no one has yet added the necessary logic). Regardless, ConstantFold should not depend on that canonicalization for correctness. llvm-svn: 268534
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/value/TestValueAPI.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud