[llvm-bugs] [Bug 40538] New: DebugInfo: Should Clang cc1as be calling setMCLineTableRootFile

[via llvm-bugs]

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

            Bug ID: 40538
           Summary: DebugInfo: Should Clang cc1as be calling
                    setMCLineTableRootFile
           Product: libraries
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: DebugInfo
          Assignee: paul.robinson at am.sony.com
          Reporter: dblaikie at gmail.com
                CC: jdevlieghere at apple.com, keith.walker at arm.com,
                    llvm-bugs at lists.llvm.org,
                    paul_robinson at playstation.sony.com

(Relevant context on the review thread of r328805, and related commit r352541)

There seems to be an unexplained difference between assembling code with
llvm-mc and with Clang's cc1as using DWARFv5 - llvm-mc calls
setMCLineTableRootFile and cc1as does not. At least in my data, this was
related to/lead to llvm-mc successfully assembling an empty asm file, and cc1as
crashing on it (until the fix in r352541), though Paul Robinson observed a
crash in llvm-mc as well.

Looks like setMCLineTableRootFile does useful things like including the source
and md5sum of the file, if desired, for the DWARFv5 output.

So it'd be good to resolve this one way or the other - remove the function, or
add a call to it from cc1as, so the two uses are symmetric (or explain why they
shouldn't be symmetric here).

-- 
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/20190130/9b9ec296/attachment.html>