makes sense for your program), but the @samp{info registers} command
prints the data in both formats.
-Register values are relative to the selected stack frame
+Normally, register values are relative to the selected stack frame
(@pxref{Selection}). This means that you get the value that the register
would contain if all stack frames farther in were exited and their saved
registers restored. In order to see the contents of hardware registers,
you must select the innermost frame (with @samp{frame 0}).
-Some registers are never saved (typically those numbered zero or one)
-because they are used for returning function values. In some operating
-systems (those using the ``caller saves'' convention), there are other
-registers intended for free alteration by a called routine. For these
-registers, relativization makes no difference.
+However, _GDBN__ must deduce where registers are saved, from the machine
+code generated by your compiler. If some registers are not saved, or if
+_GDBN__ is unable to locate the saved registers, the selected stack
+frame will make no difference.
@table @code
@item info registers
called the @dfn{prompt}. This string is normally @samp{(_GDBP__)}. You can
change the prompt string with the @samp{set prompt} command. For
instance, when debugging _GDBN__ with _GDBN__, it is useful to change the prompt
-in one of the _GDBN__s so that you tell which one you are talking to.
+in one of the _GDBN__<>s so that you tell which one you are talking to.
@table @code
@item set prompt @var{newprompt}