From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 0A4D63858D32; Fri, 31 Mar 2023 17:12:31 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 0A4D63858D32 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1680282752; bh=jmYuR8mhnUwmGb6pK980Eg384ToyWn3q5NM3+uFAKR8=; h=From:To:Subject:Date:In-Reply-To:References:From; b=GOu6gTL4NIUyilPCsdK2O1Q3wWfBYN0bjgtZMmTusXCmcqXfKfW005qZkvXtCx8St P4UDCTaSXEl0t/YY3CEB94His/2qJyWQIBnsAWIZ8FweFagZspp+7zBrwNg5ComJgY TiaJvb1y6vOfiXXtQE+3Q7W2/X8kski51v01aQ+U= From: "tromey at sourceware dot org" To: gdb-prs@sourceware.org Subject: [Bug exp/30271] Addresses of static thread_local fields are badly calculated sometimes Date: Fri, 31 Mar 2023 17:12:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: exp 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: bug_status 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=3D30271 Tom Tromey changed: What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW --- Comment #4 from Tom Tromey --- Kind of weird DWARF here. The only location for this is given by: <1><82>: Abbrev Number: 2 (DW_TAG_variable) <83> DW_AT_specification: <0x9f> <87> DW_AT_location : 10 byte block: e 0 0 0 0 0 0 0 0 e0=20=20=20= =20=20 (DW_OP_const8u: 0 0; DW_OP_GNU_push_tls_address or DW_OP_HP_unknown) <92> DW_AT_linkage_name: (indirect string, offset: 0x156): _ZN9container8tlsvar_0E It has a forward reference to its defining scope... gdb currently deals with *backward* references like this by tracking the DWARF scopes for DIE ranges. This is needed because gdb's fast scanner is "forward only", and DWARF provides no way to move up the DIE tree. Maybe we can also defer the processing of forward-referencing specification= s. Gosh I hate DWARF. This stuff is all so needless -- it makes reader implementation very difficult and provides zero benefit whatsoever. --=20 You are receiving this mail because: You are on the CC list for the bug.=