Script 'mail_helper' called by obssrc
Hello community,

here is the log from the commit of package gdb for openSUSE:Factory checked in 
at 2021-06-21 20:34:53
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/gdb (Old)
 and      /work/SRC/openSUSE:Factory/.gdb.new.2625 (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "gdb"

Mon Jun 21 20:34:53 2021 rev:152 rq:900562 version:10.1

Changes:
--------
--- /work/SRC/openSUSE:Factory/gdb/gdb.changes  2021-06-04 00:33:10.616873080 
+0200
+++ /work/SRC/openSUSE:Factory/.gdb.new.2625/gdb.changes        2021-06-21 
20:34:58.146580147 +0200
@@ -1,0 +2,23 @@
+Thu Jun 17 11:19:14 UTC 2021 - Tom de Vries <tdevr...@suse.com>
+
+- Fix Leap 15.3 s390x gdb:testsuite build, by not requiring 32-bit
+  packages for openSUSE s390x.
+
+-------------------------------------------------------------------
+Thu Jun 17 10:18:44 UTC 2021 - Tom de Vries <tdevr...@suse.com>
+
+- Fix Leap 15.3 s390x gdb:testsuite build, by not requiring
+  glibc-devel-static-32bit.
+
+-------------------------------------------------------------------
+Thu Jun 17 09:36:06 UTC 2021 - Tom de Vries <tdevr...@suse.com>
+
+- Fix Leap 15.3 i586 gdb:testsuite build, by not requiring fpc.
+
+-------------------------------------------------------------------
+Wed Jun 16 10:47:16 UTC 2021 - Tom de Vries <tdevr...@suse.com>
+
+- Backport updated fix from upstream [bsc#1185638, swo#26327]:
+ * gdb-symtab-fix-infinite-recursion-in-dwarf2_cu-get_builder-again.patch
+
+-------------------------------------------------------------------

New:
----
  gdb-symtab-fix-infinite-recursion-in-dwarf2_cu-get_builder-again.patch

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ gdb.spec ++++++
--- /var/tmp/diff_new_pack.bUykUD/_old  2021-06-21 20:35:00.102581992 +0200
+++ /var/tmp/diff_new_pack.bUykUD/_new  2021-06-21 20:35:00.102581992 +0200
@@ -319,6 +319,7 @@
 Patch2019:      gdb-build-hardcode-with-included-regex.patch
 Patch2020:      gdb-breakpoint-fix-assert-in-jit_event_handler.patch
 Patch2021:      
gdb-save-restore-file-offset-while-reading-notes-in-core-file.patch
+Patch2022:      
gdb-symtab-fix-infinite-recursion-in-dwarf2_cu-get_builder-again.patch
 
 # Testsuite patches
 
@@ -455,10 +456,17 @@
 %ifarch %ada_arch
 BuildRequires:  %{gcc}-ada
 %endif
-%if 0%{!?disable_32bit:1}
+
+%if 0%{?is_opensuse}
 # openSUSE for s390x doesn't build 32bit libs
+%define supported_32bit_arch x86_64 ppc64
+%else
+%define supported_32bit_arch x86_64 ppc64 s390x
+%endif
+
+%if 0%{!?disable_32bit:1}
 %if 0%{suse_version} > 1110
-%ifarch x86_64 ppc64 s390x
+%ifarch %{supported_32bit_arch}
 %if 0%{suse_version} >= 1330
 # Older distros miss this pseudo package, the Ada
 # testsuite won't work completely
@@ -466,6 +474,7 @@
 %endif
 BuildRequires:  %{gcc}-c++-32bit
 %if 0%{suse_version} >= 1210 && 0%{suse_version} != 1315
+# glibc-devel-static-32bit is (currently?) unavailable for Leap 15.3/s390x.
 BuildRequires:  glibc-devel-static-32bit
 %endif
 %endif
@@ -481,13 +490,21 @@
 # versions.
 BuildRequires:  gcc-go
 %endif
-%if 0%{?suse_version} >= 1500 && 0%{?is_opensuse}
-%ifarch %{ix86} x86_64 aarch64 armv7l
+
 %if %{with fpc}
+%if 0%{?suse_version} >= 1500 && 0%{?is_opensuse}
+%ifarch x86_64 aarch64 armv7l
+BuildRequires:  fpc
+%endif
+%ifarch %{ix86}
+# fpc is (currently?) unavailable for Leap 15.3/i586.
+%if 0%{?sle_version} != 150300 && 0%{?is_opensuse}
 BuildRequires:  fpc
 %endif
 %endif
 %endif
+%endif
+
 %if 0%{?suse_version} >= 1200
 %ifnarch s390
 # s390 (for SLE12) doesn't have valgrind
@@ -738,6 +755,7 @@
 %patch2019 -p1
 %patch2020 -p1
 %patch2021 -p1
+%patch2022 -p1
 
 %patch2500 -p1
 %if 0%{?suse_version} > 1500

++++++ gdb-symtab-fix-infinite-recursion-in-dwarf2_cu-get_builder-again.patch 
++++++
[gdb/symtab] Fix infinite recursion in dwarf2_cu::get_builder(), again

This is another attempt at fixing the problem described in commit 4cf88725da1
"[gdb/symtab] Fix infinite recursion in dwarf2_cu::get_builder()", which was
reverted in commit 3db19b2d724.

First off, some context.

A DWARF CU can be viewed as a symbol table: toplevel children of a CU DIE
represent symbol table entries for that CU.  Furthermore, there is a
hierarchy: a symbol table entry such as a function itself has a symbol table
containing parameters and local variables.

The dwarf reader maintains a notion of current symbol table (that is: the
symbol table a new symbol needs to be entered into) in dwarf2_cu member
list_in_scope.

A problem then presents itself when reading inter-CU references:
- a new symbol read from a CU B needs to be entered into the symbol table of
  another CU A.
- the notion of current symbol table is tracked on a per-CU basis.
This is addressed in inherit_abstract_dies by temporarily overwriting the
list_in_scope for CU B with the one for CU A.

The current symbol table is one aspect of the current dwarf reader context
that is tracked, but there are more, f.i. ones that are tracked via the
dwarf2_cu member m_builder, f.i. m_builder->m_local_using_directives.

A similar problem exists in relation to inter-CU references, but a different
solution was chosen:
- to keep track of an ancestor field in dwarf2_cu, which is updated
  when traversing inter-CU references, and
- to use the ancestor field in dwarf2_cu::get_builder to return the m_builder
  in scope.

There is no actual concept of a CU having an ancestor, it just marks the most
recent CU from which a CU was inter-CU-referenced.  Consequently, when
following inter-CU references from a CU A to another CU B and back to CU A,
the ancestors form a cycle, which causes dwarf2_cu::get_builder to hang or
segfault, as reported in PR26327.

ISTM that the ancestor implementation is confusing and fragile, and should
go.  Furthermore, it seems that keeping track of the m_builder in scope can be
handled simply with a per-objfile variable.

Fix the hang / segfault by:
- keeping track of the m_builder in scope using a new variable
  per_obj->sym_cu, and
- using it in dwarf2_cu::get_builder.

Tested on x86_64-linux (openSUSE Leap 15.2), no regressions for config:
- using default gcc version 7.5.0
  (with 5 unexpected FAILs)
- gcc 10.3.0 and target board
  unix/-flto/-O0/-flto-partition=none/-ffat-lto-objects
  (with 1000 unexpected FAILs)

gdb/ChangeLog:

2021-06-16  Tom de Vries  <tdevr...@suse.de>

        PR symtab/26327
        * dwarf2/cu.h (dwarf2_cu::ancestor): Remove.
        (dwarf2_cu::get_builder): Declare and move ...
        * dwarf2/cu.c (dwarf2_cu::get_builder): ... here.  Use sym_cu instead
        of ancestor.  Assert return value is non-null.
        * dwarf2/read.c (read_file_scope): Set per_objfile->sym_cu.
        (follow_die_offset, follow_die_sig_1): Remove setting of ancestor.
        (dwarf2_per_objfile): Add sym_cu field.

---
 gdb/dwarf2/read.c | 24 +++++++++---------------
 gdb/dwarf2/read.h |  3 +++
 2 files changed, 12 insertions(+), 15 deletions(-)

diff --git a/gdb/dwarf2/read.c b/gdb/dwarf2/read.c
index 05a50515ce4..b81902b97d7 100644
--- a/gdb/dwarf2/read.c
+++ b/gdb/dwarf2/read.c
@@ -595,10 +595,6 @@ struct dwarf2_cu
 
   struct partial_die_info *find_partial_die (sect_offset sect_off);
 
-  /* If this CU was inherited by another CU (via specification,
-     abstract_origin, etc), this is the ancestor CU.  */
-  dwarf2_cu *ancestor;
-
   /* Get the buildsym_compunit for this CU.  */
   buildsym_compunit *get_builder ()
   {
@@ -606,11 +602,10 @@ struct dwarf2_cu
     if (m_builder != nullptr)
       return m_builder.get ();
 
-    /* Otherwise, search ancestors for a valid builder.  */
-    if (ancestor != nullptr)
-      return ancestor->get_builder ();
+    if (per_objfile->sym_cu != nullptr)
+      return per_objfile->sym_cu->m_builder.get ();
 
-    return nullptr;
+    gdb_assert_not_reached ("");
   }
 };
 
@@ -11145,6 +11140,10 @@ read_file_scope (struct die_info *die, struct 
dwarf2_cu *cu)
 
   cu->start_symtab (fnd.name, fnd.comp_dir, lowpc);
 
+  gdb_assert (per_objfile->sym_cu == nullptr);
+  scoped_restore restore_sym_cu
+    = make_scoped_restore (&per_objfile->sym_cu, cu);
+
   /* Decode line number information if present.  We do this before
      processing child DIEs, so that the line header table is available
      for DW_AT_decl_file.  */
@@ -11160,6 +11159,7 @@ read_file_scope (struct die_info *die, struct dwarf2_cu 
*cu)
          child_die = child_die->sibling;
        }
     }
+  per_objfile->sym_cu = nullptr;
 
   /* Decode macro information, if present.  Dwarf 2 macro information
      refers to information in the line number info statement program
@@ -22946,9 +22946,6 @@ follow_die_offset (sect_offset sect_off, int 
offset_in_dwz,
   *ref_cu = target_cu;
   temp_die.sect_off = sect_off;
 
-  if (target_cu != cu)
-    target_cu->ancestor = cu;
-
   return (struct die_info *) htab_find_with_hash (target_cu->die_hash,
                                                  &temp_die,
                                                  to_underlying (sect_off));
@@ -23291,7 +23288,7 @@ follow_die_sig_1 (struct die_info *src_die, struct 
signatured_type *sig_type,
                  struct dwarf2_cu **ref_cu)
 {
   struct die_info temp_die;
-  struct dwarf2_cu *sig_cu, *cu = *ref_cu;
+  struct dwarf2_cu *sig_cu;
   struct die_info *die;
   dwarf2_per_objfile *per_objfile = (*ref_cu)->per_objfile;
 
@@ -23323,9 +23320,6 @@ follow_die_sig_1 (struct die_info *src_die, struct 
signatured_type *sig_type,
        }
 
       *ref_cu = sig_cu;
-      if (sig_cu != cu)
-       sig_cu->ancestor = cu;
-
       return die;
     }
 
diff --git a/gdb/dwarf2/read.h b/gdb/dwarf2/read.h
index fe5aab0e9a1..24ef1e3e366 100644
--- a/gdb/dwarf2/read.h
+++ b/gdb/dwarf2/read.h
@@ -374,6 +374,9 @@ struct dwarf2_per_objfile
   /* Table containing line_header indexed by offset and offset_in_dwz.  */
   htab_up line_header_hash;
 
+  /* The CU containing the m_builder in scope.  */
+  dwarf2_cu *sym_cu = nullptr;
+
 private:
   /* Hold the corresponding compunit_symtab for each CU or TU.  This
      is indexed by dwarf2_per_cu_data::index.  A NULL value means

Reply via email to