From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25222 invoked by alias); 16 Jun 2018 16:02:47 -0000 Mailing-List: contact libabigail-help@sourceware.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Id: List-Subscribe: Sender: libabigail-owner@sourceware.org Received: (qmail 23067 invoked by uid 48); 16 Jun 2018 16:02:43 -0000 From: "andrew.c.morrow at gmail dot com" To: libabigail@sourceware.org Subject: [Bug default/21023] The abidw tool does not appear to read dwarf from .dwp files associated with executables Date: Mon, 01 Jan 2018 00:00:00 -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: andrew.c.morrow at gmail dot com X-Bugzilla-Status: UNCONFIRMED 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-SW-Source: 2018-q2/txt/msg00012.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21023 --- Comment #7 from andrew.c.morrow at gmail dot com --- (In reply to Mark Wielaard from comment #6) > elfutils 0.171 was recently released with support for DWARF5 and split-dw= arf > (including GNU DebugFission as extension to older DWARF). >=20 > https://sourceware.org/ml/elfutils-devel/2018-q2/msg00141.html That is great news, thanks. >=20 > For now .dwo files are supported, but not yet .dwp files. > (Also the binutils dwp tools doesn't work with DWARF5 split dwarf.) > It will take a bit more programming to also add .dwp support, but hopeful= ly > the structure of the elfutils code is now so that this isn't major surger= y. > Support for .dwo files is currently more important for me than .dwp. > Although most things should work as is, libabigail will need to use a few > new interfaces to properly handle split dwarf, iterate through CUs using = the > new dwarf_get_units, and change from using offsets and > dwarf_dieoffset/dwarf_offdie to using the new dwarf_die_addr_die interface > (because DIEs can now come from multiple files, so using offsets alone is= n't > enough to identify a DIE). >=20 > While we update libabigail for this could you try out the new elfutils-0.= 171 > tools to see if they work correctly in your setup? A quick and dirty test suggests that it is working: $ g++ -g -gsplit-dwarf -c -o hello_world.o ./hello_world.cpp -std=3Dc++14 $ g++ -o hello_world hello_world.o $ strace -o trace ~/opt/bin/eu-readelf --debug-dump=3Dinfo+ --all ./hello_w= orld $ grep dwo trace write(1, " GNU_dwo_name "..., 57) =3D 57 write(1, " GNU_dwo_id "..., 59) =3D 59 openat(AT_FDCWD, "/home/andrew/hello_world.dwo", O_RDONLY) =3D 4 readlink("/proc/27201/fd/4", "/home/andrew/hello_world.dwo", 4095) =3D 28 lstat("/home/andrew/hello_world.dwo", {st_mode=3DS_IFREG|0664, st_size=3D21= 696, ...}) =3D 0 write(1, " GNU_dwo_id "..., 59) =3D 59=20 More complete testing will need to wait on the libabigail support. >=20 > And could you indicate how important .dwp support is? Would a libabigail > that just works with .dwo files be enough for now? I can definitely make use of a libabigail that only supports .dwo, perhaps indefinitely. Thanks! --=20 You are receiving this mail because: You are on the CC list for the bug.