From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 026433858C50; Wed, 10 Jan 2024 01:20:45 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 026433858C50 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1704849646; bh=Fvw/LePgSAarFaAOqB4NNqJti/ZONU5DGl4/lcKU60g=; h=From:To:Subject:Date:In-Reply-To:References:From; b=PK3O1Fr5vbdD8atxIQMCfpsHRf11NkHXFeRJsOvJIhLygIMG7aTTt3bc/qWzIeZtt q4+kOMj5+aw51RAaU+RSPCyNkG3qL/aXvlOSGYGoRm4o2I10iClmKE3YFzmlyiZf9d ftTXlacI8KVp/mo2wPWLcUVRVaebRaKJLZ5s3teE= From: "dblaikie at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug debug/99178] Emit .debug_names Date: Wed, 10 Jan 2024 01:20:44 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: debug X-Bugzilla-Version: 11.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: dblaikie at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D99178 David Blaikie changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dblaikie at gmail dot com --- Comment #4 from David Blaikie --- (In reply to Mark Wielaard from comment #3) > So if the compiler would emit the .debug_name index would that make any > link/post-processing steps easier or more efficient? Right - that's the intent. You can omit the hash table part of .debug_names= - in which case it's just like a newer pubnames/pubtypes - maybe with the opportunity to have more guaranteed contents (the lack of those guarantees I think is why debug_gnu_pubnames/types came to be, yeah?). At least on the lld side, we're working on adding the requisite merging - l= ike `-Wl,--gdb-index`, except instead of merging debug_gnu_pubnames/pubtypes -> gdb_index, it merges debug_names -> debug_names. This is relevant/important/necessary for Split DWARF in particular, where t= he linker wouldn't have access to the DWARF to index it anyway (& you don't al= ways want to run the dwp tool, which would have access to all the DWARF to index= it - but it'd be nice to avoid that in iterative developer scenarios, and save= it only for archival situations) - and even if you do have all the DWARF, it's certainly faster to merge some tables than to reparse all the DWARF from scratch. It'd be great to get GCC/GDB folks take on the name tables - get some pract= ical experience with their contents, file any bugs about missing elements, etc. = It's possible they're leaning too heavily towards lldb's style of name lookup si= nce they derived from an existing apple implementation there & it'd be good to generalize them where needed.=