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: unassignedb...@nondot.org
          Reporter: douglas_y...@playstation.sony.com
                CC: llvm-bugs@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.
_______________________________________________
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

Reply via email to