aboutsummaryrefslogtreecommitdiff
path: root/gdb/doc/gdbint.texinfo
diff options
context:
space:
mode:
authorUlrich Weigand <uweigand@de.ibm.com>2007-10-22 14:25:13 +0000
committerUlrich Weigand <uweigand@de.ibm.com>2007-10-22 14:25:13 +0000
commite35879dbf02366bfdf085cfa7c8916f261ea5ce3 (patch)
treeed49a03da903a3948f4f370d930848bfcb471780 /gdb/doc/gdbint.texinfo
parente9a4730f82d3e20c3d80831490f57e28e4d78929 (diff)
downloadgdb-e35879dbf02366bfdf085cfa7c8916f261ea5ce3.zip
gdb-e35879dbf02366bfdf085cfa7c8916f261ea5ce3.tar.gz
gdb-e35879dbf02366bfdf085cfa7c8916f261ea5ce3.tar.bz2
* gdbarch.texi (Compiler Characteristics): Move documentation
of set_gdbarch_sofun_address_maybe_missing back to ... (Target Conditionals): ... here to fix build break.
Diffstat (limited to 'gdb/doc/gdbint.texinfo')
-rw-r--r--gdb/doc/gdbint.texinfo64
1 files changed, 32 insertions, 32 deletions
diff --git a/gdb/doc/gdbint.texinfo b/gdb/doc/gdbint.texinfo
index 24e9e4f..0854f91 100644
--- a/gdb/doc/gdbint.texinfo
+++ b/gdb/doc/gdbint.texinfo
@@ -3264,38 +3264,6 @@ See @file{mips-tdep.c}. It does not do what you want.
@node Compiler Characteristics
@section Compiler Characteristics
-@item set_gdbarch_sofun_address_maybe_missing (@var{gdbarch}, @var{set})
-@findex set_gdbarch_sofun_address_maybe_missing
-Somebody clever observed that, the more actual addresses you have in the
-debug information, the more time the linker has to spend relocating
-them. So whenever there's some other way the debugger could find the
-address it needs, you should omit it from the debug info, to make
-linking faster.
-
-Calling @code{set_gdbarch_sofun_address_maybe_missing} with a non-zero
-argument @var{set} indicates that a particular set of hacks of this sort
-are in use, affecting @code{N_SO} and @code{N_FUN} entries in stabs-format
-debugging information. @code{N_SO} stabs mark the beginning and ending
-addresses of compilation units in the text segment. @code{N_FUN} stabs
-mark the starts and ends of functions.
-
-In this case, @value{GDBN} assumes two things:
-
-@itemize @bullet
-@item
-@code{N_FUN} stabs have an address of zero. Instead of using those
-addresses, you should find the address where the function starts by
-taking the function name from the stab, and then looking that up in the
-minsyms (the linker/assembler symbol table). In other words, the stab
-has the name, and the linker/assembler symbol table is the only place
-that carries the address.
-
-@item
-@code{N_SO} stabs have an address of zero, too. You just look at the
-@code{N_FUN} stabs that appear before and after the @code{N_SO} stab, and
-guess the starting and ending addresses of the compilation unit from them.
-@end itemize
-
@node Target Conditionals
@section Target Conditionals
@@ -3857,6 +3825,38 @@ A function that inserts or removes (depending on
the next instruction. See @file{sparc-tdep.c} and @file{rs6000-tdep.c}
for examples.
+@item set_gdbarch_sofun_address_maybe_missing (@var{gdbarch}, @var{set})
+@findex set_gdbarch_sofun_address_maybe_missing
+Somebody clever observed that, the more actual addresses you have in the
+debug information, the more time the linker has to spend relocating
+them. So whenever there's some other way the debugger could find the
+address it needs, you should omit it from the debug info, to make
+linking faster.
+
+Calling @code{set_gdbarch_sofun_address_maybe_missing} with a non-zero
+argument @var{set} indicates that a particular set of hacks of this sort
+are in use, affecting @code{N_SO} and @code{N_FUN} entries in stabs-format
+debugging information. @code{N_SO} stabs mark the beginning and ending
+addresses of compilation units in the text segment. @code{N_FUN} stabs
+mark the starts and ends of functions.
+
+In this case, @value{GDBN} assumes two things:
+
+@itemize @bullet
+@item
+@code{N_FUN} stabs have an address of zero. Instead of using those
+addresses, you should find the address where the function starts by
+taking the function name from the stab, and then looking that up in the
+minsyms (the linker/assembler symbol table). In other words, the stab
+has the name, and the linker/assembler symbol table is the only place
+that carries the address.
+
+@item
+@code{N_SO} stabs have an address of zero, too. You just look at the
+@code{N_FUN} stabs that appear before and after the @code{N_SO} stab, and
+guess the starting and ending addresses of the compilation unit from them.
+@end itemize
+
@item int gdbarch_pc_regnum (@var{gdbarch})
@findex gdbarch_pc_regnum
If the program counter is kept in a register, then let this function return