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>, "Ulrich Weigand" <uweigand at de dot ibm 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>
- Date: Wed, 13 Jun 2012 19:57:55 +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>
> -----Original Message-----
> From: Jonathan Larmour [mailto:jifl@ecoscentric.com]
> Sent: Wednesday, June 13, 2012 12:24 AM
> 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
>
> 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
So the whole process can be simplified to:
Step 1: GDB just sends "qXfer:features:read:target.xml.gz" to stub to try to
get a compressed xml file.
Step 2: If stub supports compressed xml, then it sends it to GDB. Otherwise
nothing get replied.
Step 3: If GDB gets something, then it proceeds to decompress the xml file
and go ahead. If get nothing, GDB sends " qXfer:features:read:target.xml" to
try to request the plain xml file.
For GDB that doesn't support compressed xml file, the
"qXfer:features:read:target.xml.gz" will never be used.
How about the above model?
BR,
Terry