| [ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
F.2.5 Registers
Each register is represented as an element with this form:
<reg name="name"
bitsize="size"
[regnum="num"]
[save-restore="save-restore"]
[type="type"]
[group="group"]/>
|
The components are as follows:
- name
The register's name; it must be unique within the target description.
- bitsize
The register's size, in bits.
- regnum
The register's number. If omitted, a register's number is one greater than that of the previous register (either in the current feature or in a preceeding feature); the first register in the target description defaults to zero. This register number is used to read or write the register; e.g. it is used in the remote
pandPpackets, and registers appear in thegandGpackets in order of increasing register number.- save-restore
Whether the register should be preserved across inferior function calls; this must be either
yesorno. The default isyes, which is appropriate for most registers except for some system control registers; this is not related to the target's ABI.- type
The type of the register. type may be a predefined type, a type defined in the current feature, or one of the special types
intandfloat.intis an integer type of the correct size for bitsize, andfloatis a floating point type (in the architecture's normal floating point format) of the correct size for bitsize. The default isint.- group
The register group to which this register belongs. group must be either
general,float, orvector. If no group is specified, No value for GDBN will not display the register ininfo registers.
