From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sourceware-bugzilla@sourceware.org>
Received: by sourceware.org (Postfix, from userid 48)
	id 9234A395C034; Wed, 16 Nov 2022 17:39:04 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9234A395C034
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org;
	s=default; t=1668620344;
	bh=6bA/CCOzzMYVot5GEjcddU8i//lP/kKWK/XLEzDveTY=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=AfQzG/loN/HauIBcAwPQWNUYjyz2GcgAUC/YlKkDsShoCyq0TuI+jBuC75AqG7C0P
	 Li8vjYppTNIgJW5ud95KWWfU7RalXnDap+kQw22Ur9Wrc1Hrr2cLPapntJnGQ8oVAd
	 Fy1oP8M8StgNC9lXR/6kqKeteYxjedEUs0Rs6JvQ=
From: "cel at us dot ibm.com" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug tdep/29793] [gdb/tdep, powerpc] FAIL: gdb.cp/gdb2495.exp: call
 a function that raises an exception without a handler.
Date: Wed, 16 Nov 2022 17:39:04 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gdb
X-Bugzilla-Component: tdep
X-Bugzilla-Version: 12.1
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: cel at us dot ibm.com
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-29793-4717-xODWG6WAp3@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-29793-4717@http.sourceware.org/bugzilla/>
References: <bug-29793-4717@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <gdb-prs.sourceware.org>

https://sourceware.org/bugzilla/show_bug.cgi?id=3D29793

--- Comment #2 from Carl E Love <cel at us dot ibm.com> ---
Tom:

On Wed, 2022-11-16 at 17:22 +0000, vries at gcc dot gnu.org wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=3D29793=20
>=20
> --- Comment #1 from Tom de Vries <vries at gcc dot gnu.org> ---
> That behaviour is due to create_std_terminate_master_breakpoint:
> ...
>           addr =3D bp_objfile_data->terminate_msym.value_address ();
>           b =3D create_internal_breakpoint (objfile->arch (), addr,
>                                           bp_std_terminate_master);
> ...
> which gets the minimal symbol for std::terminate, and then set a
> breakpoint
> on its address, in other words, it does break *std::terminate.
>=20

Yes, this is on my list of gdb failures that I am looking at.  I have
only been able to spend a little time looking at it before getting
distracted.  It looks like you have identified the issue a bit more
than I have so far.=20

I have been trying to work my way thru the list of GDB failures on
PowerPC for the last year+.  We have made good progress reducing the
number of failures on PowerPC.  I am trying to finish up a patch for=20
gdb.reverse/finish-precsave.exp and gdb.reverse/finish-reverse.exp then
I hope to get back to this bug and the issue with gdb.base/store.exp.

Thanks for the bugzilla.

                          Carl

--=20
You are receiving this mail because:
You are on the CC list for the bug.=