RE: [PATCH 0/7] Intel(R) MPX registers support.

["Tedeschi, Walfred" <walfred.tedeschi@intel.com>]

Hello Mark,

Thanks a lot for your feedback!
I will work on it.

Thanks again and regards,
-Fred

-----Original Message-----
From: Mark Kettenis [mailto:mark.kettenis@xs4all.nl] 
Sent: Friday, August 23, 2013 3:30 PM
To: Tedeschi, Walfred
Cc: Tedeschi, Walfred; tromey@redhat.com; jan.kratochvil@redhat.com; gdb-patches@sourceware.org
Subject: Re: [PATCH 0/7] Intel(R) MPX registers support.

> From: "Tedeschi, Walfred" <walfred.tedeschi@intel.com>
> Date: Thu, 22 Aug 2013 09:42:16 +0000
> 
> Hello Mark,
> 
> First of all thanks for your quick response!
> 
> I am not sure if I understood your question right. I understood that 
> you would like to have it at the bottom of the list always since it is 
> a fake register. Is this right?

Right.  Otherwise the generic (non-Linux) mappings end up with funny holes.

> In the current implementation, all numbers taken cannot be renumbered 
> in upcoming new features or extensions. Only taking new slots is 
> possible. In the case of the mentioned register it was already taken for amd64-linux.
> Please correct me if I am wrong here. ;)

The GDB internal registers can be renumbered.  In fact we did this when the AVX support was added.  What you cannot change is the layout of the registers in the various target descriptions, because those define the on-the-wire format used in the remote protocol.  For the remote protocol, GDB automatically does the remapping.  For the native debugger you'll have to make sure the relevant mappings in the *-linux-nat.c files are updated.
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk
Registergericht: Muenchen HRB 47456
Ust.-IdNr./VAT Registration No.: DE129385895
Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052