From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21497 invoked by alias); 2 Apr 2008 00:38:42 -0000 Received: (qmail 21489 invoked by uid 22791); 2 Apr 2008 00:38:41 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 02 Apr 2008 00:38:24 +0000 Received: from zps35.corp.google.com (zps35.corp.google.com [172.25.146.35]) by smtp-out.google.com with ESMTP id m320bq5w029837; Wed, 2 Apr 2008 01:37:53 +0100 Received: from localhost (meta.corp.google.com [172.22.108.53]) by zps35.corp.google.com with ESMTP id m320bngs021054; Tue, 1 Apr 2008 17:37:51 -0700 Received: by localhost (Postfix, from userid 500) id C23CD3F25EF; Tue, 1 Apr 2008 17:37:49 -0700 (PDT) To: drow@false.org CC: bauerman@br.ibm.com, gdb-patches@sourceware.org In-reply-to: <20080402001637.GA18178@caradoc.them.org> (message from Daniel Jacobowitz on Tue, 1 Apr 2008 20:16:37 -0400) Subject: Re: Patch to handle compressed sections References: <20080325230440.BF0623F25D6@localhost> <1206547779.29533.43.camel@localhost.localdomain> <20080326173918.E6D063F25E8@localhost> <20080326180132.GB10127@caradoc.them.org> <20080326183538.346243F25E8@localhost> <20080401140953.GD12753@caradoc.them.org> <20080402000638.1BD1B3F25EF@localhost> <20080402001637.GA18178@caradoc.them.org> Message-Id: <20080402003749.C23CD3F25EF@localhost> Date: Wed, 02 Apr 2008 12:51:00 -0000 From: csilvers@google.com (Craig Silverstein) 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: 2008-04/txt/msg00035.txt.bz2 } (I'd have used a four-byte magic, and an object-file-endianness } 64-bit size; in particular the four-byte magic makes it easier to } visually see the size in section dumps.) Four-byte magic is a good point; I'll do that and call this version ZLIB. If we ever wanted to add more to the zlib header, I'd just make a new version called ZLB2 or something, so no big deal. Object-file-endianness makes sense as well. Unless I run into problems, I'll probably do things that way. Thanks for your feedback! craig