This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [patch] Add support for VFP d16 layout for Cortex-M4

From: Tom Tromey <tromey at redhat dot com>
To: Jonathan Larmour <jifl at eCosCentric dot com>
Cc: gdb-patches at sourceware dot org, Ilija Kocho <ilijak at siva dot com dot mk>, Terry Guo <terry dot guo at arm dot com>
Date: Fri, 27 Apr 2012 09:53:34 -0600
Subject: Re: [patch] Add support for VFP d16 layout for Cortex-M4
References: <4F902B4E.9070704@eCosCentric.com> <4F91593B.4020309@redhat.com> <4F95FA8C.7000509@eCosCentric.com> <87ipgm70cc.fsf@fleche.redhat.com> <4F99D8A5.8050702@eCosCentric.com>

>>>>> "Jifl" == Jonathan Larmour <jifl@eCosCentric.com> writes:

Jifl> I assume you mean having it in the stub in a pre-compressed form; in which
Jifl> case yes, that helps[1].

Yeah.

Jifl> But if GDB could handle compressed target descriptions, that would
Jifl> be useful.  Perhaps the stub could use a different $qSupported
Jifl> response to indicate its compressed, or perhaps GDB could
Jifl> recognise magic numbers at the start of a $qXfer:features:read
Jifl> response and pass to zlib. (e.g. gzip is always 0x1f,0x8b).

Yeah, I think it would be a reasonable addition.

Tom

References:
- [patch] Add support for VFP d16 layout for Cortex-M4
  - From: Jonathan Larmour
- Re: [patch] Add support for VFP d16 layout for Cortex-M4
  - From: Pedro Alves
- Re: [patch] Add support for VFP d16 layout for Cortex-M4
  - From: Jonathan Larmour
- Re: [patch] Add support for VFP d16 layout for Cortex-M4
  - From: Tom Tromey
- Re: [patch] Add support for VFP d16 layout for Cortex-M4
  - From: Jonathan Larmour

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]