(ORIG: date: 1991/09/21 05:15:13; author: pesch; state: Exp; lines: +19 -18)
authorRoland Pesch <pesch@cygnus>
Wed, 9 Oct 1991 00:31:02 +0000 (00:31 +0000)
committerRoland Pesch <pesch@cygnus>
Wed, 9 Oct 1991 00:31:02 +0000 (00:31 +0000)
(1) fix typo ('_if_' and '_fi_' for '_if__' and '_fi__'!)
(2) prepare for semi-auto xref updating by rejoining xrefs broken across lines

gdb/doc/gdb.texinfo

index 3e900977b758cf72494af81e1dd44522c8ac1c73..0740045db7c8ef2a0884f8062ae0be86b9d0a262 100644 (file)
@@ -923,8 +923,8 @@ _fi__(_GENERIC__)
 @itemx -n
 Do not execute commands from any @file{_GDBINIT__} initialization files.
 Normally, the commands in these files are executed after all the
-command options and arguments have been processed.  @xref{Command
-Files}.
+command options and arguments have been processed.  
+@xref{Command Files}.
 
 @item -quiet
 @itemx -q
@@ -1991,8 +1991,8 @@ there is another enabled breakpoint at the same address.  (In that
 case, _GDBN__ might see the other breakpoint first and stop the program
 without checking the condition of this one.)  Note that breakpoint
 commands are usually more convenient and flexible for the purpose of
-performing side effects when a breakpoint is reached (@pxref{Break
-Commands}).
+performing side effects when a breakpoint is reached 
+(@pxref{Break Commands}).
 
 Break conditions can be specified when a breakpoint is set, by using
 @samp{if} in the arguments to the @code{break} command.  @xref{Set Breaks}.
@@ -2369,9 +2369,9 @@ argument.
 @item u @var{location}
 Continue running the program until either the specified location is
 reached, or the current stack frame returns.  @var{location}
-is any of the forms of argument acceptable to @code{break} (@pxref{Set
-Breaks}).  This form of the command uses breakpoints, and hence is
-quicker than @code{until} without an argument.
+is any of the forms of argument acceptable to @code{break} 
+(@pxref{Set Breaks}).  This form of the command uses breakpoints, and
+hence is quicker than @code{until} without an argument.
 
 @item stepi
 @itemx si
@@ -2513,7 +2513,7 @@ you are interested in.
 
 When the program stops, _GDBN__ automatically selects the currently executing
 frame and describes it briefly as the @code{frame} command does
-(@pxref{Frame Info, Info}).
+(@pxref{Frame Info}).
 
 @menu
 * Frames::                      Stack Frames
@@ -2657,14 +2657,14 @@ impossible for _GDBN__ to assign numbers properly to all frames.  In
 addition, this can be useful when the program has multiple stacks and
 switches between them.
 
-_if_(_SPARC__)
+_if__(_SPARC__)
 On the SPARC architecture, @code{frame} needs two addresses to
 select an arbitrary frame: a frame pointer and a stack pointer.  
 @c note to future updaters: this is conditioned on a flag
 @c FRAME_SPECIFICATION_DYADIC in the tm-*.h files, currently only used
 @c by SPARC, hence the specific attribution.  Generalize or list all
 @c possibilities if more supported machines start doing this.
-_fi_(_SPARC__)
+_fi__(_SPARC__)
 
 @item up @var{n}
 @kindex up
@@ -3431,9 +3431,10 @@ string or instruction examined will start in the right place.
 When the @code{print} command shows a value that resides in memory,
 @code{print} also sets the default address for the @code{x} command.
 @code{info line} also sets the default for @code{x}, to the address of
-the start of the machine code for the specified line (@pxref{Machine
-Code}), and @code{info breakpoints} sets it to the address of the last
-breakpoint listed (@pxref{Set Breaks}).
+the start of the machine code for the specified line 
+(@pxref{Machine Code}), 
+and @code{info breakpoints} sets it to the address of the last
+breakpoint listed (@pxref{Set Breaks}).@refill
 
 When you use @key{RET} to repeat an @code{x} command, the address
 specified previously (if any) is ignored, so that the repeated command
@@ -5506,9 +5507,9 @@ the registers used for returning values of functions.
 
 The @code{return} command does not resume execution; it leaves the
 program stopped in the state that would exist if the function had just
-returned.  In contrast, the @code{finish} command (@pxref{Continuing and
-Stepping}) resumes execution until the selected stack frame returns
-naturally.@refill
+returned.  In contrast, the @code{finish} command 
+(@pxref{Continuing and Stepping}) 
+resumes execution until the selected stack frame returns naturally.@refill
 
 @node     Calling, Patching, Returning, Altering
 @section Calling your Program's Functions