gdb/doc:
authorYao Qi <yao@codesourcery.com>
Sun, 29 Apr 2012 06:45:02 +0000 (06:45 +0000)
committerYao Qi <yao@codesourcery.com>
Sun, 29 Apr 2012 06:45:02 +0000 (06:45 +0000)
* gdb.texinfo (Architectures): Remove menu entry `A29K'.
(A29K): Remove.

gdb/doc/ChangeLog
gdb/doc/gdb.texinfo

index 6f55926..87230cc 100644 (file)
@@ -1,3 +1,8 @@
+2012-04-29  Yao Qi  <yao@codesourcery.com>
+
+       * gdb.texinfo (Architectures): Remove menu entry `A29K'.
+       (A29K): Remove.
+
 2012-04-27  Sergio Durigan Junior  <sergiodj@redhat.com>
            Tom Tromey  <tromey@redhat.com>
 
index f41118f..c72f6a7 100644 (file)
@@ -20282,7 +20282,6 @@ all uses of @value{GDBN} with the architecture, both native and cross.
 
 @menu
 * i386::
-* A29K::
 * Alpha::
 * MIPS::
 * HPPA::               HP PA architecture
@@ -20312,32 +20311,6 @@ Show the current setting of the convention to return @code{struct}s
 from functions.
 @end table
 
-@node A29K
-@subsection A29K
-
-@table @code
-
-@kindex set rstack_high_address
-@cindex AMD 29K register stack
-@cindex register stack, AMD29K
-@item set rstack_high_address @var{address}
-On AMD 29000 family processors, registers are saved in a separate
-@dfn{register stack}.  There is no way for @value{GDBN} to determine the
-extent of this stack.  Normally, @value{GDBN} just assumes that the
-stack is ``large enough''.  This may result in @value{GDBN} referencing
-memory locations that do not exist.  If necessary, you can get around
-this problem by specifying the ending address of the register stack with
-the @code{set rstack_high_address} command.  The argument should be an
-address, which you probably want to precede with @samp{0x} to specify in
-hexadecimal.
-
-@kindex show rstack_high_address
-@item show rstack_high_address
-Display the current limit of the register stack, on AMD 29000 family
-processors.
-
-@end table
-
 @node Alpha
 @subsection Alpha