Bug 25917 - segmentation fault with -gdwarf-5
Summary: segmentation fault with -gdwarf-5
Status: RESOLVED FIXED
Alias: None
Product: binutils
Classification: Unclassified
Component: gas (show other bugs)
Version: 2.35
: P2 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-05-04 02:52 UTC by Nick Desaulniers
Modified: 2020-05-04 12:51 UTC (History)
2 users (show)

See Also:
Host:
Target:
Build:
Last reconfirmed: 2020-05-04 00:00:00


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Desaulniers 2020-05-04 02:52:51 UTC
With the fix from https://sourceware.org/bugzilla/show_bug.cgi?id=25612, I can now compile a Linux kernel with Clang and assemble with GNU as with DWARF5.

Testing the same patch set with GCC 7.5+ GNU as (ToT) produces a crash in GNU as.  I reran the kernel build with `make V=1` to get the compiler invocation, then reran that with `-v` to get the assembler invocation.  From there, I've trimmed it down to the following invocation and input.

$ PATH=~/binutils-gdb/binutils:$PATH as -gdwarf-5 -o scripts/mod/empty.o /tmp/ccDA463U.s
/tmp/ccDA463U.s: Assembler messages:
/tmp/ccDA463U.s: Internal error (Segmentation fault).
Please report this bug.

$ cat /tmp/ccDA463U.s 
        .section        .debug_info,"",@progbits
.Ldebug_info0:
        .long   0x30
        .value  0x5
Comment 1 cvs-commit@gcc.gnu.org 2020-05-04 09:20:26 UTC
The master branch has been updated by Nick Clifton <nickc@sourceware.org>:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=4706679daca21b5d637afaf5b55858b26f0f8c16

commit 4706679daca21b5d637afaf5b55858b26f0f8c16
Author: Nick Clifton <nickc@redhat.com>
Date:   Mon May 4 10:19:38 2020 +0100

    Fix an illegal memory access in the assembler when generating a DWARF5 file/directory table with no entries.
    
            PR 25917
            * dwarf2dbg.c (out_dir_and_file_list): Check for the directory
            table's existence before looking at its entries.
            * testsuite/gas/elf/pr25917.s: New test source file.
            * testsuite/gas/elf/pr25917.d: New test driver.
            * testsuite/gas/elf/elf.exp (run_elf_list_test): Run the new test.
Comment 2 Nick Clifton 2020-05-04 09:21:56 UTC
Hi Nick,

  Thanks for reporting this bug.  It was a simple case of not checking 
  to see if the directory table existed before trying to write it out...

Cheers
  Nick
Comment 3 Alan Modra 2020-05-04 10:06:59 UTC
readelf -wL on the testcase is interesting too.
end of data encountered whilst reading LEB
Comment 4 Nick Clifton 2020-05-04 11:29:45 UTC
(In reply to Alan Modra from comment #3)
> readelf -wL on the testcase is interesting too.
> end of data encountered whilst reading LEB

Oops - thanks for catching that Alan - the code is still generating a 
directory table entry even though there are no directories.  I am 
testing a fix now.
Comment 5 cvs-commit@gcc.gnu.org 2020-05-04 12:51:04 UTC
The master branch has been updated by Nick Clifton <nickc@sourceware.org>:

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=070b775f03ebdab6d0d007787fe19b916af4439c

commit 070b775f03ebdab6d0d007787fe19b916af4439c
Author: Nick Clifton <nickc@redhat.com>
Date:   Mon May 4 13:50:05 2020 +0100

    GAS: Do not create an entry for the default directory if the directory table is empty.  Improve readelf's decoding of empty directory and file name tables.
    
            PR 25917
            * dwarf.c (display_debug_lines_decoded): Warn if encountering a
            supicious number of entries for DWARF-5 format directory and file
            name tables.  Do not display file name table header if the table
            is empty.  Do not allocate space for empty tables.
Comment 6 Nick Clifton 2020-05-04 12:51:41 UTC
Right - this time it should be fixed for real.