This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
RE: [RFC] Enable GDB handle compressed target.xml returned by GDB stub
- From: "Terry Guo" <terry dot guo at arm dot com>
- To: "'Jonathan Larmour'" <jifl at ecoscentric dot com>
- Cc: "Yao Qi" <yao at codesourcery dot com>, <gdb-patches at sourceware dot org>, <tromey at redhat dot com>, "Richard Earnshaw" <Richard dot Earnshaw at arm dot com>, "'Pedro Alves'" <palves at redhat dot com>, "Joey Ye" <Joey dot Ye at arm dot com>, "Ulrich Weigand" <uweigand at de dot ibm dot com>
- Date: Thu, 14 Jun 2012 08:53:26 +0800
- Subject: RE: [RFC] Enable GDB handle compressed target.xml returned by GDB stub
- References: <201206121256.q5CCua79003559@d06av02.portsmouth.uk.ibm.com> <4FD76D1D.6080603@eCosCentric.com> <000001cd4907$fd86a1b0$f893e510$@guo@arm.com> <4FD8989A.3020501@eCosCentric.com>
> -----Original Message-----
> From: Jonathan Larmour [mailto:jifl@ecoscentric.com]
> Sent: Wednesday, June 13, 2012 9:42 PM
> To: Terry Guo
> Cc: Yao Qi; gdb-patches@sourceware.org; tromey@redhat.com; Richard
> Earnshaw; 'Pedro Alves'; Joey Ye; Ulrich Weigand
> Subject: Re: [RFC] Enable GDB handle compressed target.xml returned by
> GDB stub
>
> On 13/06/12 02:57, Terry Guo wrote:
> >> From: Jonathan Larmour [mailto:jifl@ecoscentric.com]
> >>
> >> 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.
> >
> > I am kind of lost on "gz file". Do you mean there is a real gz file
> and the
> > stub will do following things to response host gdb request?
> >
> > 1. stub open the real gz file and read it into buffer.
> > 2. stub transmit the buffer to host gdb.
> > 3. stub close the file
>
> No I thought in your initial message you were proposing a zlib
> compressed
> stream, rather than a .gz file (which includes the gz file
> header/footer).
> I think that proposal is better because it's true that the only things
> really needed are the zlib compressed stream and the length. No .gz
> files
> would be involved at all. So calling it target.xml.gz would be
> misleading
> since it wouldn't contain the gzip header/footer required to make it a
> true .gz format file.
>
Great. Then we are on the same page now.
BR,
Terry