From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 92453 invoked by alias); 4 Feb 2017 14:55:12 -0000 Mailing-List: contact libabigail-help@sourceware.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Subscribe: Sender: libabigail-owner@sourceware.org Received: (qmail 92276 invoked by uid 48); 4 Feb 2017 14:55:00 -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: Sun, 01 Jan 2017 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: 2017-q1/txt/msg00029.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D21023 --- Comment #3 from andrew.c.morrow at gmail dot com --- Hi Mark -=20 Thank you for clarifying. It sounds from your description like this will eventually work automatically, which is great. My actual goal for using DebugFission was more for the build time improveme= nts, rather than debug symbol packaging. My use of libabigail/abidw is somewhat unusual, and also focused on build time improvements: https://sourceware.org/bugzilla/show_bug.cgi?id=3D18838#c4 http://scons-users.scons.narkive.com/E9RiycaY/replacement-for-sharedlibrary= signatureoverride I had hoped to be able to use both DebugFission and abidw driven re-link pruning simultaneously, but it appears that this will not work, for the mom= ent. I have experimented with dwz as well, with the aim of reducing the size of = our debug symbol packages, but so far without success: https://bugzilla.redhat.com/show_bug.cgi?id=3D1399866. If you have any addi= tional thoughts on that ticket it would be greatly appreciated. I still don't have= an explanation for why dwz cannot process the output of ld.gold. I'm also unclear on the intended relationship between dwp and dwz. When I t= ried running dwz on dwp files, my recollection is that it didn't work, at all. I= 'd presume that the process would be to collect the .dwo files associated with each binary into a .dwp file for that binary with the dwp tool, and then run dwz across all the dwp files to extract common symbols into a shared file, along with any other optimization/compression. I would then hope that abidw= run on the binary would be able to present the full ABI, extracting information from both the associated .dwp file, and any common underling file produced = by dwz. Or, perhaps the functionality of dwz should be folded directly into dwp? The documentation on these tools and the intended direction for development is somewhat unclear to me. --=20 You are receiving this mail because: You are on the CC list for the bug.