From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15034 invoked by alias); 14 Nov 2012 22:12:21 -0000 Received: (qmail 15020 invoked by uid 22791); 14 Nov 2012 22:12:20 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_NO X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 14 Nov 2012 22:12:14 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 27AE92E115; Wed, 14 Nov 2012 17:12:14 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Q8yhf6ZKleMb; Wed, 14 Nov 2012 17:12:14 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id D4EAE2E10B; Wed, 14 Nov 2012 17:12:13 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 89612C8225; Wed, 14 Nov 2012 14:12:11 -0800 (PST) Date: Wed, 14 Nov 2012 22:12:00 -0000 From: Joel Brobecker To: Doug Evans Cc: Tom Tromey , Pedro Alves , gdb-patches@sourceware.org Subject: Re: RFA: handle "MiniDebuginfo" section Message-ID: <20121114221211.GA3790@adacore.com> References: <87wqxuel5k.fsf@fleche.redhat.com> <87zk2mbym3.fsf@fleche.redhat.com> <877gpp8i67.fsf@fleche.redhat.com> <50A29B8B.7050606@redhat.com> <87r4nx5ih1.fsf@fleche.redhat.com> <87390c40ys.fsf@fleche.redhat.com> <20643.62177.106208.211209@ruffy2.mtv.corp.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20643.62177.106208.211209@ruffy2.mtv.corp.google.com> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-11/txt/msg00388.txt.bz2 > 1) Being more of a minimalist when it comes to adding new stuff, and > applying "It's easier to relax restrictions than impose them after the > fact." it would be easy enough to restrict the section to being an > (lzma-compressed) ELF file (and equally easy to relax the restriction > if someone ever presented a compelling reason to support it). Sure, > we *can* support COFF, etc. but that doesn't, to me, mean we *should*. > Does Redhat have a *formal* spec of .gnu_debugdata that says COFF, > etc. is supported. [If that's the case then my point is moot, but I > couldn't find any such formal spec.] I am still trying to understand exactly what you mean by the above. Sorry for being dense! can you clarify a bit? As said on IRC, it seems to me that you want to disable this feature on targets that use non-ELF object files (which would require some extra code just to make sure we activate this only if the object file is ELF). But our discussion on IRC seems to indicate that you're proposing something else... -- Joel