[doc] gdbint: Fix .gdbinit vs. new gdb-gdb.gdb

Jan Kratochvil
2012-08-07T14:54:58Z

Hi Eli,

I have noticed after all the auto-load changes this paragraph of gdbinit is
inaccurate now.

Thanks,
Jan

gdb/doc/
2012-08-07 Jan Kratochvil <jan.kratochvil@redhat.com>

* gdbint.texinfo (Debugging GDB): In section
'Debugging @value{GDBN} with itself' change .gdbinit for gdb-gdb.gdb.
Mention also gdb-gdb.py.

diff --git a/gdb/doc/gdbint.texinfo b/gdb/doc/gdbint.texinfo
index 5e00f1f..c4c1cc9 100644
--- a/gdb/doc/gdbint.texinfo
+++ b/gdb/doc/gdbint.texinfo
@@ -8030,11 +8030,11 @@ debugged in another. Rather than typing the command @kbd{@w{./gdb
./gdb}}, which works on Suns and such, you can copy @file{gdb} to
@file{gdb2} and then type @kbd{@w{./gdb ./gdb2}}.

-When you run @value{GDBN} in the @value{GDBN} source directory, it will read a
-@file{.gdbinit} file that sets up some simple things to make debugging
-gdb easier. The @code{info} command, when executed without a subcommand
-in a @value{GDBN} being debugged by gdb, will pop you back up to the top level
-gdb. See @file{.gdbinit} for details.
+When you run @value{GDBN} in the @value{GDBN} source directory, it will read
+@file{gdb-gdb.gdb} file (plus possibly @file{gdb-gdb.py} file) that sets up
+some simple things to make debugging gdb easier. The @code{info} command, when
+executed without a subcommand in a @value{GDBN} being debugged by gdb, will pop
+you back up to the top level gdb. See @file{gdb-gdb.gdb} for details.

If you use emacs, you will probably want to do a @code{make TAGS} after
you configure your distribution; this will put the machine dependent