summaryrefslogtreecommitdiff
path: root/test/CodeGen/Generic
diff options
context:
space:
mode:
authorSimon Pilgrim <llvm-dev@redking.me.uk>2017-03-19 16:50:25 +0000
committerSimon Pilgrim <llvm-dev@redking.me.uk>2017-03-19 16:50:25 +0000
commit33e1fb27fd523dfa97d0e538413323b2dc36bcf4 (patch)
treedc1dd8830330c2d065e517cabf89d822c285beac /test/CodeGen/Generic
parentd009ba9b3f16aeaf9448297ccc9e09f82695a9a3 (diff)
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 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@298226 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'test/CodeGen/Generic')
-rw-r--r--test/CodeGen/Generic/pr24662.ll12
1 files changed, 12 insertions, 0 deletions
diff --git a/test/CodeGen/Generic/pr24662.ll b/test/CodeGen/Generic/pr24662.ll
new file mode 100644
index 00000000000..5a10b9cb0ac
--- /dev/null
+++ b/test/CodeGen/Generic/pr24662.ll
@@ -0,0 +1,12 @@
+; RUN: llc < %s -fast-isel
+; RUN: llc < %s
+
+define i60 @PR24662a() {
+ ret i60 trunc (i670010 fptoui(float 0x400D9999A0000000 to i670010) to i60)
+}
+
+define i60 @PR24662b() {
+ %1 = fptoui float 0x400D9999A0000000 to i670010
+ %2 = trunc i670010 %1 to i60
+ ret i60 %2
+}