[llvm-bugs] [Bug 38994] New: Assertion `Header.MCDwarfFiles.empty()' failed in GDB tests after r340839

[via llvm-bugs]

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

            Bug ID: 38994
           Summary: Assertion `Header.MCDwarfFiles.empty()' failed in GDB
                    tests after r340839
           Product: new-bugs
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: new bugs
          Assignee: unassignedbugs at nondot.org
          Reporter: douglas_yung at playstation.sony.com
                CC: llvm-bugs at lists.llvm.org

After r340839 was committed, two tests in the GDB 7.8 test suite started to hit
an assertion failure. The tests that are hitting an assertion failure are
gdb.dwarf2/member-ptr-forwardref.S and gdb.mi/mi-reg-undefined.S.

The sources for these tests can be found at
https://github.com/HSAFoundation/HSA-Debugger-GDB-Source-AMD/tree/master/gdb-7.8/gdb/testsuite,
but I will also attach the tests to this bug for ease of reference.

To reproduce the assertion failure, simply build either test case with -g using
a compiler built from r340839 or later.

Here is a sample stack trace from trying to compile mi-reg-undefined.S:

clang-8: /home/dyung/src/upstream/llvm_clean/include/llvm/MC/MCDwarf.h:316:
void
llvm::MCDwarfLineTable::resetRootFile(): Assertion
`Header.MCDwarfFiles.empty()' failed.
Stack dump:
0.    Program arguments: /home/dyung/src/upstream/340839-linux/bin/clang-8
-cc1as -triple
x86_64-unknown-linux-gnu -filetype obj -main-file-name mi-reg-undefined.S
-target-cpu x86-64
-fdebug-compilation-dir /home/dyung/sandbox/gdb -dwarf-debug-producer clang
version 8.0.0 (trunk
340839) -debug-info-kind=limited -dwarf-version=4 -mrelocation-model static -o
mi-reg-undefined
/tmp/mi-reg-undefined-d76113.s 
#0 0x00000000020e3b34 PrintStackTraceSignalHandler(void*)
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x20e3b34)
#1 0x00000000020e19de llvm::sys::RunSignalHandlers()
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x20e19de)
#2 0x00000000020e3cf2 SignalHandler(int)
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x20e3cf2)
#3 0x00007fef75bcd330 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x10330)
#4 0x00007fef749c5c37 gsignal (/lib/x86_64-linux-gnu/libc.so.6+0x36c37)
#5 0x00007fef749c9028 abort (/lib/x86_64-linux-gnu/libc.so.6+0x3a028)
#6 0x00007fef749bebf6 (/lib/x86_64-linux-gnu/libc.so.6+0x2fbf6)
#7 0x00007fef749beca2 (/lib/x86_64-linux-gnu/libc.so.6+0x2fca2)
#8 0x0000000001e25795 (anonymous
namespace)::AsmParser::parseStatement((anonymous
namespace)::ParseStatementInfo&, llvm::MCAsmParserSemaCallback*)
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x1e25795)
#9 0x0000000001e1611c (anonymous namespace)::AsmParser::Run(bool, bool)
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x1e1611c)
#10 0x00000000008fb797 cc1as_main(llvm::ArrayRef<char const*>, char const*,
void*)
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x8fb797)
#11 0x00000000008f473a main
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x8f473a)
#12 0x00007fef749b0f45 __libc_start_main
(/lib/x86_64-linux-gnu/libc.so.6+0x21f45)
#13 0x00000000008f166d _start
(/home/dyung/src/upstream/340839-linux/bin/clang-8+0x8f166d)
clang-8: error: unable to execute command: Aborted (core dumped)
clang-8: error: clang integrated assembler command failed due to signal (use -v
to see invocation)
clang version 8.0.0 (trunk 340839)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /home/dyung/src/upstream/340839-linux/bin

-- 
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/20180919/9f8e4d04/attachment-0001.html>