[llvm-bugs] [Bug 40726] New: [codeview] Clicking links in windbg to examine locals doesn't work

[via llvm-bugs]

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

            Bug ID: 40726
           Summary: [codeview] Clicking links in windbg to examine locals
                    doesn't work
           Product: libraries
           Version: trunk
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: DebugInfo
          Assignee: unassignedbugs at nondot.org
          Reporter: rnk at google.com
                CC: jdevlieghere at apple.com, keith.walker at arm.com,
                    llvm-bugs at lists.llvm.org,
                    paul_robinson at playstation.sony.com

Typically, in a debug session, one can stop in a frame, dump local variables
(dv), and then click hyperlinks to drill in further. This doesn't work with LLD
produced PDBs. Here is a session with the error methods:

0:008> k
 # Child-SP          RetAddr           Call Site
00 0000008a`cdeff0d0 00007ffe`81d93844
libglesv2!sw::Renderer::setupSolidTriangles+0x14a
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 1598] 
01 0000008a`cdeffa80 00007ffe`81d93488 libglesv2!sw::Renderer::executeTask+0xa6
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 935] 
02 0000008a`cdeffaf0 00007ffe`81d93609 libglesv2!sw::Renderer::taskLoop+0x3e
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 768] 
03 0000008a`cdeffb30 00007ffe`81e68f5d libglesv2!sw::Renderer::threadLoop+0x31
[C:\src\chromium\src\third_party\swiftshader\src\Renderer\Renderer.cpp @ 761] 
04 0000008a`cdeffb80 00007ffe`bebf1fe4 libglesv2!sw::Thread::startFunction+0x1f
[C:\src\chromium\src\third_party\swiftshader\src\Common\Thread.cpp @ 59] 
05 0000008a`cdeffbc0 00007ffe`bfbecb81 KERNEL32!BaseThreadInitThunk+0x14
06 0000008a`cdeffbf0 00000000`00000000 ntdll!RtlUserThreadStart+0x21
0:008> dv
        polygon = struct sw::Polygon
    clipFlagsOr = <value unavailable>
             v0 = 0x000001b1`89816010
             v1 = <value unavailable>
             v2 = <value unavailable>
           this = 0x000001b1`8844bb70
           unit = <value unavailable>
          count = 0n2
       triangle = 0x000001b1`89816010
      primitive = 0x000001b1`8a700080
        visible = 0n0
            pos = <value unavailable>
             ms = <value unavailable>
   setupRoutine = <value unavailable>
          state = <value unavailable>
           draw = 0x000001b1`88465f00
           data = 0x000001b1`882b82e0
              i = <value unavailable>
0:008> dx -r1 (*((libglesv2!sw::Polygon *)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> dx -r1 (*((libglesv2!sw::Polygon *)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> dx -r1 (*((sw::Polygon *)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> dx -r1 (*((sw::Polygon*)0x8acdeff100))
Error: Unable to find type 'sw::Polygon *' for cast.
0:008> ?? (*((sw::Polygon*)0x8acdeff100))
struct sw::Polygon
   +0x000 B                : [16] sw::float4
   +0x100 P                : [16] [16] 0x000001b1`89816030 sw::float4
   +0x900 n                : 0n3
   +0x904 i                : 0n0
   +0x908 b                : 0n0
0:008> dx -r1 (*((libglesv2!sw::float4 (*)[16])0x8acdeff100))
Error: Unable to find type 'sw::float4 (*)[16]' for cast.

We get errors like "Error: Unable to find type 'blah' for cast".

Notably, C++ evaluation with "??" can find the type, it's just dx that doesn't
work. We must be missing some PDB index.

-- 
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/20190214/43d5f95e/attachment.html>