Go to the previous, next section.

Debugging GDB with itself

If gdb is limping on your machine, this is the preferred way to get it fully functional. Be warned that in some ancient Unix systems, like Ultrix 4.2, a program can't be running in one process while it is being debugged in another. Rather than typing the command

./gdb
./gdb

, which works on Suns and such, you can copy `gdb' to `gdb2' and then type ./gdb ./gdb2.

When you run gdb in the gdb source directory, it will read a `.gdbinit' file that sets up some simple things to make debugging gdb easier. The info command, when executed without a subcommand in a gdb being debugged by gdb, will pop you back up to the top level gdb. See `.gdbinit' for details.

If you use emacs, you will probably want to do a make TAGS after you configure your distribution; this will put the machine dependent routines for your local machine where they will be accessed first by M-.

Also, make sure that you've either compiled gdb with your local cc, or have run fixincludes if you are compiling with gcc.

Go to the previous, next section.