From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8091 invoked by alias); 5 Jun 2003 19:13:25 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 8064 invoked from network); 5 Jun 2003 19:13:25 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 5 Jun 2003 19:13:25 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h55JDOH02973; Thu, 5 Jun 2003 15:13:24 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h55JDOI11488; Thu, 5 Jun 2003 15:13:24 -0400 Received: from localhost.redhat.com (IDENT:YcA70oZ09nDXHfORpvU5tfM5Kk34MyxI@tooth.toronto.redhat.com [172.16.14.29]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h55JDN629589; Thu, 5 Jun 2003 15:13:23 -0400 Received: by localhost.redhat.com (Postfix, from userid 469) id 8BB972C987; Thu, 5 Jun 2003 15:19:33 -0400 (EDT) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16095.38853.245077.266062@localhost.redhat.com> Date: Thu, 05 Jun 2003 19:13:00 -0000 To: Michael Snyder Cc: Daniel Jacobowitz , Nick Clifton , gdb-patches@sources.redhat.com, binutils@sources.redhat.com Subject: Re: RFC: strip --strip-nondebug In-Reply-To: <3EDF94C9.A8A33D08@redhat.com> References: <3EDF8C1C.5D5067DE@redhat.com> <20030605184817.GB15959@nevyn.them.org> <3EDF94C9.A8A33D08@redhat.com> X-SW-Source: 2003-06/txt/msg00215.txt.bz2 Michael Snyder writes: > Daniel Jacobowitz wrote: > > > > On Thu, Jun 05, 2003 at 11:29:48AM -0700, Michael Snyder wrote: > > > Nick Clifton wrote: > > > > > > > > Hi Guys, > > > > > > > > I am seeking comments and criticisms on the attached patch. It adds > > > > a new switch to strip: > > > > > > > > --strip-nondebug > > > > > > > > This can be used to create an output file which only contains the > > > > debug information from an executable. This would allow stripped > > > > binaries to be shipped with separate debug info files, and provided > > > > that the debugger supported it, they could still be debugged. > > > > > > > > The patch is incomplete - it needs a ChangeLog entry as well as > > > > modifications to NEWS and binutils.texi to document the new > > > > functionality, but I will write all of these once/if the patch is > > > > in acceptable state. > > > > > > How big a reduction in size would you expect, typically? > > > I'm a little ignorant, but what strippable info is in there > > > that gdb doesn't need? > > > > The trick is that the output file doesn't contain the code or data > > segments. Just the debug info. > > I thought separate-debug-info was an orthogonal issue (mentioned > by Elena in her own reply). My interpretation of Nick's patch > was that it would strip the binary of anything not needed by the > debugger, but leave the code and data. I wanted to know what that > subset consists of, and how big it typically is. The intent is to separate the debug info from the other stuff, and to have gdb do: gdb and have this still work as expected (as if the debug info was in the executable). If the debug info only file is not in special locations that gdb looks in, the user can tell it where it is, and then (re)issue a file command on the executable. elena