From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21883 invoked by alias); 14 Jun 2012 14:58:38 -0000 Received: (qmail 21870 invoked by uid 22791); 14 Jun 2012 14:58:37 -0000 X-SWARE-Spam-Status: No, hits=-4.1 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,MSGID_FROM_MTA_HEADER,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from e06smtp12.uk.ibm.com (HELO e06smtp12.uk.ibm.com) (195.75.94.108) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 14 Jun 2012 14:58:20 +0000 Received: from /spool/local by e06smtp12.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 14 Jun 2012 15:58:18 +0100 Received: from d06nrmr1507.portsmouth.uk.ibm.com (9.149.38.233) by e06smtp12.uk.ibm.com (192.168.101.142) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 14 Jun 2012 15:58:16 +0100 Received: from d06av02.portsmouth.uk.ibm.com (d06av02.portsmouth.uk.ibm.com [9.149.37.228]) by d06nrmr1507.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q5EEwG912629810 for ; Thu, 14 Jun 2012 15:58:16 +0100 Received: from d06av02.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av02.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q5EEwES1008748 for ; Thu, 14 Jun 2012 08:58:16 -0600 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d06av02.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with SMTP id q5EEwCRJ008704; Thu, 14 Jun 2012 08:58:12 -0600 Message-Id: <201206141458.q5EEwCRJ008704@d06av02.portsmouth.uk.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Thu, 14 Jun 2012 16:58:12 +0200 Subject: Re: [RFC] Enable GDB handle compressed target.xml returned by GDB stub To: brobecker@adacore.com (Joel Brobecker) Date: Thu, 14 Jun 2012 14:58:00 -0000 From: "Ulrich Weigand" Cc: palves@redhat.com (Pedro Alves), terry.guo@arm.com (Terry Guo), jifl@ecoscentric.com ('Jonathan Larmour'), yao@codesourcery.com (Yao Qi), gdb-patches@sourceware.org, tromey@redhat.com, Richard.Earnshaw@arm.com (Richard Earnshaw) In-Reply-To: <20120614135412.GK18729@adacore.com> from "Joel Brobecker" at Jun 14, 2012 06:54:12 AM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit x-cbid: 12061414-8372-0000-0000-000002DF2BBE 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/msg00469.txt.bz2 Joel Brobecker wrote: > > In that perspective, something like the > > 'try qXfer:features:zread:target.xml first, then > > qXfer:features:read:target.xml, etc.' alternative sounded attractive. > > Or should we not bother? > > Sounds more attractive indeed. The reason for suggesting just a different filename was simply that this can use the existing infrastructure without much change. On the other hand, :zread not only introduces a new packet type, but in fact a completely new operation class for qXfer packets. If this is going to be used just for the one special case, I'm not sure it is worthwhile to bother with this. If however we feel that :zread could become useful for other situations (e.g. other qXfer objects beside qXfer:features), then I certainly don't object to adding it ... Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com