From: Guinevere Larsen <blarsen@redhat.com>
To: Tom de Vries <tdevries@suse.de>, gdb-patches@sourceware.org
Subject: Re: [PATCH] [gdb/symtab] Error out for .debug_types section in dwz file
Date: Wed, 20 Sep 2023 11:18:27 +0200 [thread overview]
Message-ID: <422fd996-6908-7663-9531-50654a6185cb@redhat.com> (raw)
In-Reply-To: <20230912084326.26830-1-tdevries@suse.de>
On 12/09/2023 10:43, Tom de Vries via Gdb-patches wrote:
> There are two methods to factor out type information in a dwarf4 executable:
> - use -fdebug-info-types to generate type units in a .debug_types section, and
> - use dwz to create partial units.
>
> The dwz method has an extra benefit: it also allows to factor out information
> between executables into a newly created .dwz file, pointed to by a
> .gnu_debugaltlink section.
>
> There is nothing prohibiting a .gnu_debugaltlink file to contain a
> .debug_types section.
>
> It's just not generated by dwz or any other tool atm, and consequently gdb has
> no support for it. Enhancement PR symtab/30838 is open about the lack of
> support.
>
> Make the current situation explicit by emitting a dwarf error:
> ...
> (gdb) file struct-with-sig-2^M
> Reading symbols from struct-with-sig-2...^M
> Dwarf Error: .debug_types section not supported in dwz file^M
> ...
> and add an assert in write_gdbindex:
> ...
> + /* See enhancement PR symtab/30838. */
> + gdb_assert (!(per_cu->is_dwz && per_cu->is_debug_types));
> ...
> to clarify why we can use:
> ...
> data_buf &cu_list = (per_cu->is_debug_types
> ? types_cu_list
> : per_cu->is_dwz ? dwz_cu_list : objfile_cu_list);
> ...
>
> The test-case is a modified copy from gdb.dwarf2/struct-with-sig.exp, so it
> keeps the copyright years range.
>
> Tested on x86_64-linux.
>
> Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=30838
> ---
Hi! I tested this patch and it does not add any regression, and properly
detects the situation.
Tested-By: Guinevere Larsen <blarsen@redhat.com>
--
Cheers,
Guinevere Larsen
She/Her/Hers
> gdb/dwarf2/dwz.c | 5 +
> gdb/dwarf2/dwz.h | 1 +
> gdb/dwarf2/index-write.c | 3 +
> gdb/dwarf2/read.c | 6 +
> .../gdb.dwarf2/struct-with-sig-2.exp | 128 ++++++++++++++++++
> 5 files changed, 143 insertions(+)
> create mode 100644 gdb/testsuite/gdb.dwarf2/struct-with-sig-2.exp
>
> diff --git a/gdb/dwarf2/dwz.c b/gdb/dwarf2/dwz.c
> index 447c942da6a..bd2bcb91d83 100644
> --- a/gdb/dwarf2/dwz.c
> +++ b/gdb/dwarf2/dwz.c
> @@ -91,6 +91,11 @@ locate_dwz_sections (bfd *abfd, asection *sectp, dwz_file *dwz_file)
> dwz_file->debug_names.s.section = sectp;
> dwz_file->debug_names.size = bfd_section_size (sectp);
> }
> + else if (dwarf2_elf_names.types.matches (sectp->name))
> + {
> + dwz_file->types.s.section = sectp;
> + dwz_file->types.size = bfd_section_size (sectp);
> + }
> }
>
> /* Attempt to find a .dwz file (whose full path is represented by
> diff --git a/gdb/dwarf2/dwz.h b/gdb/dwarf2/dwz.h
> index 232b4dbce01..5f61b5e1216 100644
> --- a/gdb/dwarf2/dwz.h
> +++ b/gdb/dwarf2/dwz.h
> @@ -48,6 +48,7 @@ struct dwz_file
> struct dwarf2_section_info macro {};
> struct dwarf2_section_info gdb_index {};
> struct dwarf2_section_info debug_names {};
> + struct dwarf2_section_info types {};
>
> /* The dwz's BFD. */
> gdb_bfd_ref_ptr dwz_bfd;
> diff --git a/gdb/dwarf2/index-write.c b/gdb/dwarf2/index-write.c
> index 11f254e263a..7e2f77e3642 100644
> --- a/gdb/dwarf2/index-write.c
> +++ b/gdb/dwarf2/index-write.c
> @@ -1211,6 +1211,9 @@ write_gdbindex (dwarf2_per_bfd *per_bfd, cooked_index *table,
> const auto insertpair = cu_index_htab.emplace (per_cu, counter);
> gdb_assert (insertpair.second);
>
> + /* See enhancement PR symtab/30838. */
> + gdb_assert (!(per_cu->is_dwz && per_cu->is_debug_types));
> +
> /* The all_units list contains CUs read from the objfile as well as
> from the eventual dwz file. We need to place the entry in the
> corresponding index. */
> diff --git a/gdb/dwarf2/read.c b/gdb/dwarf2/read.c
> index 98bedbc5d49..cd4005fb7b2 100644
> --- a/gdb/dwarf2/read.c
> +++ b/gdb/dwarf2/read.c
> @@ -5314,6 +5314,12 @@ create_all_units (dwarf2_per_objfile *per_objfile)
> dwz->line.read (objfile);
> read_comp_units_from_section (per_objfile, &dwz->info, &dwz->abbrev, 1,
> types_htab, rcuh_kind::COMPILE);
> +
> + if (!dwz->types.empty ())
> + {
> + /* See enhancement PR symtab/30838. */
> + error (_("Dwarf Error: .debug_types section not supported in dwz file"));
> + }
> }
>
> per_objfile->per_bfd->signatured_types = std::move (types_htab);
> diff --git a/gdb/testsuite/gdb.dwarf2/struct-with-sig-2.exp b/gdb/testsuite/gdb.dwarf2/struct-with-sig-2.exp
> new file mode 100644
> index 00000000000..f6877fc6a17
> --- /dev/null
> +++ b/gdb/testsuite/gdb.dwarf2/struct-with-sig-2.exp
> @@ -0,0 +1,128 @@
> +# Copyright 2020-2023 Free Software Foundation, Inc.
> +
> +# This program is free software; you can redistribute it and/or modify
> +# it under the terms of the GNU General Public License as published by
> +# the Free Software Foundation; either version 3 of the License, or
> +# (at your option) any later version.
> +#
> +# This program is distributed in the hope that it will be useful,
> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> +# GNU General Public License for more details.
> +#
> +# You should have received a copy of the GNU General Public License
> +# along with this program. If not, see <http://www.gnu.org/licenses/>.
> +
> +# Variant of struct-with-sig.exp where TUs are in .gnu_debugaltlink file.
> +
> +load_lib dwarf.exp
> +
> +# This test can only be run on targets which support DWARF-2 and use gas.
> +require dwarf2_support
> +
> +standard_testfile main-foo.c .S .S
> +
> +set build_id [string repeat ff 20]
> +
> +# Make some DWARF for the dwz file.
> +set asm_file [standard_output_file $srcfile2]
> +Dwarf::assemble $asm_file {
> + build_id $::build_id
> +
> + tu {} 0x0000000000000001 the_type_i {
> + type_unit {} {
> + declare_labels int_type
> +
> + the_type_i: structure_type {
> + {name s}
> + {byte_size 4 sdata}
> + } {
> + member {
> + {name i}
> + {type :$int_type}
> + }
> + }
> + int_type: base_type {
> + {name int}
> + {encoding @DW_ATE_signed}
> + {byte_size 4 sdata}
> + }
> + }
> + }
> +
> + tu {} 0x0000000000000002 the_type_j {
> + type_unit {} {
> + declare_labels int_type
> +
> + the_type_j: structure_type {
> + {name s}
> + {byte_size 4 sdata}
> + } {
> + member {
> + {name j}
> + {type :$int_type}
> + }
> + }
> + int_type: base_type {
> + {name int}
> + {encoding @DW_ATE_signed}
> + {byte_size 4 sdata}
> + }
> + }
> + }
> +}
> +
> +# We're using an object instead of executable here to keep cc-with-tweaks.sh
> +# from modifying it. It also means we can set the build-id, rather than
> +# having to extract it.
> +if { [gdb_compile $asm_file $binfile.dwz object {nodebug}] != "" } {
> + return -1
> +}
> +
> +set host_dwz_file [gdb_remote_download host $binfile.dwz]
> +
> +# Make some DWARF for the executable.
> +set asm_file [standard_output_file $srcfile3]
> +Dwarf::assemble $asm_file {
> + gnu_debugaltlink $::host_dwz_file $::build_id
> +
> + cu {} {
> + compile_unit {
> + {DW_AT_language @DW_LANG_C}
> + {DW_AT_name main.c}
> + } {
> + structure_type {
> + {name s}
> + {signature 0x0000000000000001 ref_sig8}
> + {declaration 1 flag}
> + }
> + DW_TAG_subprogram {
> + {MACRO_AT_func {main}}
> + }
> + }
> + }
> +
> + cu {} {
> + compile_unit {
> + {DW_AT_language @DW_LANG_C}
> + {DW_AT_name foo.c}
> + } {
> + structure_type {
> + {name s}
> + {signature 0x0000000000000002 ref_sig8}
> + {declaration 1 flag}
> + }
> + DW_TAG_subprogram {
> + {MACRO_AT_func {foo}}
> + }
> + }
> + }
> +}
> +
> +if { [prepare_for_testing "failed to prepare" ${testfile} \
> + [list $srcfile $asm_file] {nodebug}] } {
> + return -1
> +}
> +
> +set re "Dwarf Error: .debug_types section not supported in dwz file"
> +gdb_assert { [regexp $re $gdb_file_cmd_msg] } "Dwarf Error message"
>
> base-commit: 318d3bda5cad124bd11eebb0349d0f183ba625b1
next prev parent reply other threads:[~2023-09-20 9:18 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-09-12 8:43 Tom de Vries
2023-09-20 9:18 ` Guinevere Larsen [this message]
2023-09-20 14:06 ` Tom de Vries
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=422fd996-6908-7663-9531-50654a6185cb@redhat.com \
--to=blarsen@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=tdevries@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).