]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commitdiff
gdb/dwarf2: remove erroneous comment in open_and_init_dwo_file
authorSimon Marchi <simon.marchi@polymtl.ca>
Tue, 10 Jun 2025 03:07:04 +0000 (23:07 -0400)
committerSimon Marchi <simon.marchi@polymtl.ca>
Tue, 10 Jun 2025 15:05:47 +0000 (11:05 -0400)
When writing commit 28f15782adab ("gdb/dwarf: read multiple .debug_info.dwo
sections"), I initially thought that the gcc behavior of producing multiple
.debug_info.dwo sections was a bug (it is not).  I updated the commit
message, but it looks like this comment stayed.  Remove it, since it can
be misleading.

Change-Id: I027712d44b778e836f41afbfafab993da02726ef
Approved-By: Tom Tromey <tom@tromey.com>
gdb/dwarf2/read.c

index 583b6dbaab0fbb0d3d602a9fa7f4c10133f36a9c..aa6f6ea904a08b2f84eb7e220bb34d23c9844b2a 100644 (file)
@@ -7635,11 +7635,6 @@ cutu_reader::open_and_init_dwo_file (dwarf2_cu *cu, const char *dwo_name,
 
   this->locate_dwo_sections (per_objfile->objfile, *dwo_file);
 
-  /* There is normally just one .debug_info.dwo section in a DWO file.  But when
-     building with -fdebug-types-section, gcc produces multiple .debug_info.dwo
-     sections.  One for each produced type unit and one for the compile unit.
-     This is not expected, but we can easily enough deal with what gcc
-     produces.  This behavior has been observed with gcc 14.2.1.  */
   for (dwarf2_section_info &section : dwo_file->sections.infos)
     create_dwo_unit_hash_tables (*dwo_file, *cu, section, ruh_kind::COMPILE);