From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 46A97385B83D; Tue, 16 Nov 2021 14:08:47 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 46A97385B83D From: "dodji at seketeli dot org" To: libabigail@sourceware.org Subject: [Bug default/28584] Clang doesn't emit DW_AT_external for some global variables so they are dropped by libabigail Date: Tue, 16 Nov 2021 14:08:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: libabigail X-Bugzilla-Component: default X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dodji at seketeli dot org X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dodji at redhat dot com 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: libabigail@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Mailing list of the Libabigail project List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2021 14:08:47 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D28584 --- Comment #7 from dodji at seketeli dot org --- gprocida at google dot com via Libabigail a =C3=A9crit: > https://sourceware.org/bugzilla/show_bug.cgi?id=3D28584 > > --- Comment #6 from gprocida at google dot com --- > FTR, I was using Debian's dwarfdump from dwarfutils. > > Architecture: amd64 > Source: dwarfutils > Version: 20210528-1 > Depends: libc6 (>=3D 2.14), libdwarf1 (>=3D 20210528), libelf1 (>=3D 0.13= 1) > Description: utility to dump DWARF debug information from ELF objects > Dwarfdump is an application that can print the DWARF debugging > information of an ELF object file in a human-readable form. It can > also be used to check and validate manipulated DWARF sections. > . > This utility is part of dwarfutils. > Homepage: https://www.prevanders.net/dwarf.html Thanks. > I not that familiar with DWARF, but I was reading both the GCC and Clang = DWARF > as having two linked DIEs, one of which referred (via specification) to t= he > other (containing external). > > The real difference is just the scope at which the one DIE appeared. Even when you look at the behavious of the DWARF reader in the debugger, that difference of scope of the concrete-instance DIE doesn't matter. To determine the real scope of the variable represented by the DIE, what matters is the scope of the specification DIE of that concrete instance. And that is what libabigail takes into account. > As regards whether the change improves the library ABIs: > > 1594 extra symbols are now typed (yay!) That's progress, I guess. > 27124 symbols remain untyped, 21144 of which don't appear in the DWARF (a= s a > linkname) at all - Clang or some other build issue > > This leaves 5980 where they are there in the debug info (as a linkname) b= ut not > appearing in the ABI. Could be a Clang bug or Clang/libabigail > disagreement. > I'll continue to look into these 5980 and see if I can come up with small= test > cases to report. OK. So maybe we can close this bug then and open a new meta one with some broader ? Thanks! --=20 You are receiving this mail because: You are on the CC list for the bug.=