Fix Fission (broken by my previous patch)
authorDavid Blaikie <dblaikie@gmail.com>
Tue, 18 Jul 2017 15:06:17 +0000 (16:06 +0100)
committerPedro Alves <palves@redhat.com>
Tue, 18 Jul 2017 15:06:17 +0000 (16:06 +0100)
Turns out somewhere along the refactoring of the multiple-CU support
for Fission I broke the patch before submitting it (& seems to have
broken Fission support generally).

Syncing back to the point at which the patch was committed, the
previous test results on my machine are:

 expected passes: 36137
 unexpected failures: 416

with the previous (broken) patch committed:

 expected passes: 36131
 unexpected failures: 429

With this one line patch applied on top of the broken commit:

 expected passes: 36144
 unexpected failures: 416

(& all other result counts remained the same in all 3 cases)

gdb/ChangeLog:
2017-07-18  David Blaikie  <dblaikie@gmail.com>

* dwarf2read.c (create_cus_hash_table): Re-add lost initialization
of dwo_cu's dwo_file.

gdb/ChangeLog
gdb/dwarf2read.c

index dfadee8..bc6e55b 100644 (file)
@@ -1,3 +1,8 @@
+2017-07-18  David Blaikie  <dblaikie@gmail.com>
+
+       * dwarf2read.c (create_cus_hash_table): Re-add lost initialization
+       of dwo_cu's dwo_file.
+
 2017-07-18  Yao Qi  <yao.qi@linaro.org>
 
        * remote.c (store_registers_using_G): Remove one line comment.
index bb69f44..079ec2d 100644 (file)
@@ -9808,6 +9808,7 @@ create_cus_hash_table (struct dwo_file &dwo_file, dwarf2_section_info &section,
       per_cu.is_debug_types = 0;
       per_cu.sect_off = sect_offset (info_ptr - section.buffer);
       per_cu.section = &section;
+      create_dwo_cu_data.dwo_file = &dwo_file;
 
       init_cutu_and_read_dies_no_follow (
          &per_cu, &dwo_file, create_dwo_cu_reader, &create_dwo_cu_data);