From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28663 invoked by alias); 11 Jun 2003 13:45:36 -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 28486 invoked from network); 11 Jun 2003 13:45:34 -0000 Received: from unknown (HELO localhost.localdomain) (195.113.19.66) by sources.redhat.com with SMTP; 11 Jun 2003 13:45:34 -0000 Received: from sunsite.ms.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h5BDjWqO002741; Wed, 11 Jun 2003 15:45:32 +0200 Received: (from jakub@localhost) by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8/Submit) id h5BDjWOO002739; Wed, 11 Jun 2003 15:45:32 +0200 Date: Wed, 11 Jun 2003 13:45:00 -0000 From: Jakub Jelinek To: Nick Clifton Cc: gdb-patches@sources.redhat.com, binutils@sources.redhat.com Subject: Re: RFC: Support for separate debug info files Message-ID: <20030611134532.GW24872@sunsite.ms.mff.cuni.cz> Reply-To: Jakub Jelinek References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-SW-Source: 2003-06/txt/msg00367.txt.bz2 On Wed, Jun 11, 2003 at 10:40:18AM +0100, Nick Clifton wrote: > This leads me to my main point. Do we need the ability to create > stripped debuginfo files ? The original patch did this, but it > turns out to be problematical since the debuginfo files need to > contain dummy versions of the .text, .data, etc sections. Doing > this, rather than just stripping them out, looked non-trivial, so I > decided to skip it for this version. By stripped debuginfo files you mean what eu-strip -f creates, right? (ie. ET_DYN resp. ET_EXEC with the sections which were not stripped turned into SHT_NOBITS sections). I think harddrive space is not the main problem (although the difference can be big, openoffice-debuginfo ATM takes 1.2GB and when all the .text/.data etc. sections were in as well, I think it could grow easily by further 300MB), which is how you install it, because suddenly you have to transfer more bytes from the network in order to debug packages, and not everybody has a fast pipe. Jakub