[llvm-bugs] [Bug 47715] New: [DWARF v5] Duplicate file table entry when a simple .s file is compiled

[via llvm-bugs]

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

            Bug ID: 47715
           Summary: [DWARF v5] Duplicate file table entry when a simple .s
                    file is compiled
           Product: libraries
           Version: trunk
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: P
         Component: MC
          Assignee: unassignedbugs at nondot.org
          Reporter: Wolfgang_Pieb at playstation.sony.com
                CC: llvm-bugs at lists.llvm.org

The assembly source:
#======
foo:
   ret
#======
when compiled with 
clang -gdwarf-5 -c -x assembler-with-cpp test.s

produces a file table with 2 entries for the source file:

llvm-dwarfdump --debug-line test.o
<snip>
include_directories[  0] = "/home/test"
file_names[  0]:file_names[  0]:
           name: "test.s"
      dir_index: 0
file_names[  1]:
           name: "test.s"
      dir_index: 0
<snip>

This is somewhat similar to bug 44170, but does not depend on using a different
pathname for the source. The first entry seems to be derived from the command
line. With

clang -gdwarf-5 -c -x assembler-with-cpp ./test.s

the file table comes out to be:

include_directories[  0] = "/home/test"
include_directories[  1] = "."
file_names[  0]:
           name: "./test.s"
      dir_index: 0
file_names[  1]:
           name: "test.s"
      dir_index: 1

In both cases, the line entries only refer to file 1.

-- 
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/20201003/5b1deaa4/attachment.html>