From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id E8A643858D28; Tue, 14 Dec 2021 13:52:24 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E8A643858D28 From: "simark at simark dot ca" To: gdb-prs@sourceware.org Subject: [Bug gdb/28681] Wrong pretty-printed unique_ptr value when using "finish" Date: Tue, 14 Dec 2021 13:52:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: gdb X-Bugzilla-Version: HEAD X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: simark at simark dot ca 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: In-Reply-To: References: 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 X-BeenThere: gdb-prs@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-prs mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2021 13:52:25 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D28681 --- Comment #6 from Simon Marchi --- > And it is when we ask for the loc_bitpos that the assert triggers, as the > field's type is no FIELD_LOC_KIND_BITPOS, but is instead, > FIELD_LOC_KIND_DWARF_BLOCK. >=20 > In the case we're handling, the field being processed is the field that > describes the virtual base of the type being processed. >=20 > I originally starting playing with is_dynamic_type, but noticed that the > type in question doesn't return true for is_dynamic_type. This seemed > weird, as clearly the offset needs resolving. But then I found some code= in > is_dynamic_type_internal which specifically detects the exact case I'm > looking at, and ensures that such a case is NOT enough to make a type app= ear > dynamic. The comment on this code says: >=20 > /* Do not consider C++ virtual base types to be dynamic > due to the field's offset being dynamic; these are > handled via other means. */ >=20 > But, frustratingly, doesn't indicate what that other means is, or where I > might find it. Ok, it is that issue I was curious about. It sounds similar to this, but a= t a different place: https://sourceware.org/pipermail/gdb-patches/2021-September/182307.html --=20 You are receiving this mail because: You are on the CC list for the bug.=