From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29777 invoked by alias); 12 Jun 2012 16:24:23 -0000 Received: (qmail 29769 invoked by uid 22791); 12 Jun 2012 16:24:21 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from hagrid.ecoscentric.com (HELO mail.ecoscentric.com) (212.13.207.197) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 12 Jun 2012 16:24:07 +0000 Received: from localhost (hagrid.ecoscentric.com [127.0.0.1]) by mail.ecoscentric.com (Postfix) with ESMTP id A96372F78008; Tue, 12 Jun 2012 17:24:05 +0100 (BST) Received: from mail.ecoscentric.com ([127.0.0.1]) by localhost (hagrid.ecoscentric.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0juMF+Ud07JL; Tue, 12 Jun 2012 17:23:58 +0100 (BST) Message-ID: <4FD76D1D.6080603@eCosCentric.com> Date: Tue, 12 Jun 2012 16:24:00 -0000 From: Jonathan Larmour User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111108 Fedora/3.1.16-1.fc14 Lightning/1.0b3pre Thunderbird/3.1.16 MIME-Version: 1.0 To: Ulrich Weigand CC: Yao Qi , Terry Guo , gdb-patches@sourceware.org, tromey@redhat.com, Richard Earnshaw , 'Pedro Alves' , Joey Ye Subject: Re: [RFC] Enable GDB handle compressed target.xml returned by GDB stub References: <201206121256.q5CCua79003559@d06av02.portsmouth.uk.ibm.com> In-Reply-To: <201206121256.q5CCua79003559@d06av02.portsmouth.uk.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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-06/txt/msg00361.txt.bz2 On 12/06/12 13:56, Ulrich Weigand wrote: > Yao Qi wrote: >> I'd like GDB keeps using qXfer:features:read:target.xml to fetch the xml >> file, even it is compressed. We need some changes on qSupported in both >> sides, > > That still makes the result of qXfer:features:read:target.xml dependent > on global state ... Why not simply support compressed files by having > the stub respond to > qXfer:features:read:target.xml.gz > (etc) if it has a compressed file image? > > Optionally we might still add a qSupported feature as you describe; > otherwise GDB might just probe whether the stub knows .gz files. For what it's worth, that sounds appealing to me. Strictly Terry's proposal wasn't a .true gz file but a gzipped stream. But that's easy to avoid if we just choose to use the name convention target.xmlz or suchlike. Jifl -- eCosCentric Limited http://www.eCosCentric.com/ The eCos experts Barnwell House, Barnwell Drive, Cambridge, UK. Tel: +44 1223 245571 Registered in England and Wales: Reg No 4422071. ------["Si fractum non sit, noli id reficere"]------ Opinions==mine