[llvm-bugs] [Bug 39937] New: [DebugInfo at O2] CodeGenPrepare address-mode sinking drops dbg.values

via llvm-bugs llvm-bugs at lists.llvm.org
Mon Dec 10 10:29:10 PST 2018


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

            Bug ID: 39937
           Summary: [DebugInfo at O2] CodeGenPrepare address-mode sinking
                    drops dbg.values
           Product: libraries
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: CONFIRMED
          Keywords: wrong-debug
          Severity: normal
          Priority: P
         Component: Scalar Optimizations
          Assignee: jeremy.morse.llvm at gmail.com
          Reporter: jeremy.morse.llvm at gmail.com
                CC: chackz0x12 at gmail.com, dblaikie at gmail.com,
                    greg.bedwell at sony.com,
                    international.phantom at gmail.com,
                    llvm-bugs at lists.llvm.org, paul.robinson at am.sony.com
            Blocks: 38754, 38768

Using latest trunk (r348754), running the LLVM IR below through "llc
-stop-after=codegenprepare" drops the single call to dbg.value un-necessarily.
Note the extra branch / basic block: it's contrived in this test to demonstrate
the overall problem.

-------->8--------
declare void @llvm.dbg.value(metadata, metadata, metadata)

define i32 @lala(i32 *%ptr) {
  %bees = getelementptr i32, i32* %ptr, i32 4
  br label %next

next:
  call void @llvm.dbg.value(metadata i32 *%bees, metadata !1, metadata
!DIExpression())
  store i32 1, i32 *%bees
  ret i32 1
}

!llvm.module.flags = !{!4}
!1 = !DILocalVariable(name: "bees", scope: !5, type: null)
!2 = distinct !DICompileUnit(language: DW_LANG_C_plus_plus, file: !3, producer:
"beards", isOptimized: true, runtimeVersion: 4, emissionKind: FullDebug)
!3 = !DIFile(filename: "bees.cpp", directory: "")
!4 = !{i32 2, !"Debug Info Version", i32 3}
!5 = distinct !DISubprogram(name: "nope", scope: !2, file: !3, line: 1, unit:
!2)
!6 = !DILocation(line: 0, scope: !5)
--------8<--------

The following is the shortened output of llc (stopping at CGP):

-------->8--------
  define i32 @lala(i32* %ptr) {
  next:
    %0 = bitcast i32* %ptr to i8*
    %sunkaddr = getelementptr i8, i8* %0, i64 16
    %1 = bitcast i8* %sunkaddr to i32*
    store i32 1, i32* %1
    ret i32 1
  }
--------8<--------

CGP has applied two transformations, it sinks the GEP from the first BB into
the second (to allow it to be folded into machine addressing modes), after
which it merges the two basic blocks. The problem is in the first
transformation: the debug user (dbg.value call) of the dereferenced pointer is
not updated after the GEP is sunk, leaving it referencing a nonexistant value
and ultimately getting dropped. This problem can be decomposed further:
 * The dbg.value should have been updated to refer to the sunk GEP
 * If that was impossible, a dbg.value(undef...) should have been produced.

I'm seeing this in the context of bug 38754 (the placeDbgValues odyssey),
however the problem with the input above replicates with plain trunk.


Referenced Bugs:

https://bugs.llvm.org/show_bug.cgi?id=38754
[Bug 38754] [DebugInfo at O2][Dexter] Illegal value appears in variable when
conditional blocks folded
https://bugs.llvm.org/show_bug.cgi?id=38768
[Bug 38768] [meta][DebugInfo] Umbrella bug for poor debug experiences
-- 
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/20181210/b16d9996/attachment.html>


More information about the llvm-bugs mailing list