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: Jonathan Larmour <jifl at eCosCentric dot com>
- To: Ulrich Weigand <uweigand at de dot ibm dot com>
- Cc: Yao Qi <yao at codesourcery dot com>, Terry Guo <terry dot guo at arm 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: Tue, 12 Jun 2012 17:23:57 +0100
- Subject: Re: [RFC] Enable GDB handle compressed target.xml returned by GDB stub
- References: <201206121256.q5CCua79003559@d06av02.portsmouth.uk.ibm.com>
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