diff options
| author | Simon Pilgrim <llvm-dev@redking.me.uk> | 2017-03-19 16:50:25 +0000 |
|---|---|---|
| committer | Simon Pilgrim <llvm-dev@redking.me.uk> | 2017-03-19 16:50:25 +0000 |
| commit | 8424df7dea5a9eb26a10f3a664c5b60f8dea622b (patch) | |
| tree | 0030c8eb6c567ac6a7e10927e2d67806f8a36180 /llvm/test/CodeGen/Generic/stacksave-restore.ll | |
| parent | 5fa1b9a12f32caeff3b0d22a0cc6f389e371dbf9 (diff) | |
| download | bcm5719-llvm-8424df7dea5a9eb26a10f3a664c5b60f8dea622b.tar.gz bcm5719-llvm-8424df7dea5a9eb26a10f3a664c5b60f8dea622b.zip | |
Fix constant folding of fp2int to large integers
We make the assumption in most of our constant folding code that a fp2int will target an integer of 128-bits or less, calling the APFloat::convertToInteger with only uint64_t[2] of raw bits for the result.
Fuzz testing (PR24662) showed that we don't handle other cases at all, resulting in stack overflows and all sorts of crashes.
This patch uses the APSInt version of APFloat::convertToInteger instead to better handle such cases.
Differential Revision: https://reviews.llvm.org/D31074
llvm-svn: 298226
Diffstat (limited to 'llvm/test/CodeGen/Generic/stacksave-restore.ll')
0 files changed, 0 insertions, 0 deletions
