From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 63F2A3858C35; Fri, 9 Feb 2024 19:48:28 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 63F2A3858C35 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1707508108; bh=5izXtK3wakfIo9I2fpTW+ud4SicoHG6tCN0gn0zUs/w=; h=From:To:Subject:Date:In-Reply-To:References:From; b=aa5PL9mNH3k3svSLXwDSMDkg5pvdeCr4KrwXTlIKPHVPgYZlUDqnasfwfO3DKW4bV capefHXlCT7JLqOu9vUACHniEA8KiaByPx0e7EnZFdwn9Y4R1S5yZTGyUID3QQxznE 4zx82sCM10NQtHzxiea1N9PwYH1qDquo+5mK2m1g= From: "tromey at sourceware dot org" To: gdb-prs@sourceware.org Subject: [Bug symtab/30728] [gdb/symtab, cc-with-dwz] FAIL: gdb.cp/breakpoint-locs.exp: break N1::C1::baz Date: Fri, 09 Feb 2024 19:48:27 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: symtab X-Bugzilla-Version: HEAD X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tromey at sourceware dot org 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 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D30728 --- Comment #17 from Tom Tromey --- (In reply to Tom Tromey from comment #16) > I wonder if gdb-index and debug-names correctly attribute these > symbols to the including CU. If not then we'll see the bug there as well. I forgot to mention -- if there is a DIE in the index that comes from a partial unit, the .debug_names writer must attribute that DIE to some other full CU. This has to be done because with .debug_names, gdb won't scan the DIE tree and so won't know about imports. However, it's also not really possible to read a PU in isolation -- only when reading a full CU. What I'd propose is having the .debug_names entry written as referring to the DIE in the PU, but emit the CU as the "canonical" includer... except when the DIE is an inline function, in which case all CUs must be listed. This would have also be documented as a gdb extension, because DWARF seems to ignore this issue. --=20 You are receiving this mail because: You are on the CC list for the bug.=