[LLVMbugs] [Bug 23115] LLVM opt and ordering of floating point conversions with potential overflow

[bugzilla-daemon at llvm.org]

https://llvm.org/bugs/show_bug.cgi?id=23115

David Majnemer <david.majnemer at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |WORKSFORME

--- Comment #3 from David Majnemer <david.majnemer at gmail.com> ---
Matt, I ran the following IR through trunk opt -O2 and nothing happened:
define void @f(i32 %.ndi0002.addr.0, i8* %.G0001.addr.0) {
  %add = add i32 %.ndi0002.addr.0, 1
  %sitofp = sitofp i32 %add to float
  %fadd = fadd float %sitofp, 1.000000e+00
  %gep = getelementptr i8, i8* %.G0001.addr.0, i64 -28
  %bitcast = bitcast i8* %gep to float*
  store float %fadd, float* %bitcast, align 4
  ret void
}

My guess is that we fixed this a long time ago.

Please reopen if you can reproduce on trunk and attach the reproduction to the
report, thanks.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20150404/0c183997/attachment.html>