diff options
author | Andrew Cagney <cagney@redhat.com> | 2003-10-06 19:27:13 +0000 |
---|---|---|
committer | Andrew Cagney <cagney@redhat.com> | 2003-10-06 19:27:13 +0000 |
commit | 41989fcd807079207bf6a6ed39eb72ff4f3087eb (patch) | |
tree | e46d581dce0d02f6af0befc359ed86a4b07a2604 /gdb/breakpoint.c | |
parent | 28a86f5cc006038eeefb09bf74b756b3aacc1afa (diff) | |
download | gdb-41989fcd807079207bf6a6ed39eb72ff4f3087eb.zip gdb-41989fcd807079207bf6a6ed39eb72ff4f3087eb.tar.gz gdb-41989fcd807079207bf6a6ed39eb72ff4f3087eb.tar.bz2 |
2003-10-06 Andrew Cagney <cagney@redhat.com>
* breakpoint.c, breakpoint.h: Remove obsolete code and comments.
* buildsym.c, dbxread.c, gdbtypes.c, mdebugread.c: Ditto.
* monitor.c, sparc-tdep.c, stabsread.c: Ditto.
* stabsread.h, xcoffread.c: Ditto.
Diffstat (limited to 'gdb/breakpoint.c')
-rw-r--r-- | gdb/breakpoint.c | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/gdb/breakpoint.c b/gdb/breakpoint.c index fa07e19..4b5b76a 100644 --- a/gdb/breakpoint.c +++ b/gdb/breakpoint.c @@ -1245,11 +1245,11 @@ update_breakpoints_after_exec (void) automagically. Certainly on HP-UX that's true. Jim Blandy <jimb@redhat.com>: Actually, zero is a perfectly - valid code address on some platforms (like the OBSOLETE mn10200 - and mn10300 simulators). We shouldn't assign any special - interpretation to a breakpoint with a zero address. And in - fact, GDB doesn't --- I can't see what that comment above is - talking about. As far as I can tell, setting the address of a + valid code address on some platforms (like the mn10300 + simulators). We shouldn't assign any special interpretation to + a breakpoint with a zero address. And in fact, GDB doesn't --- + I can't see what that comment above is talking about. As far + as I can tell, setting the address of a bp_catch_exec/bp_catch_vfork/bp_catch_fork breakpoint to zero is meaningless, since those are implemented with HP-UX kernel hackery, not by storing breakpoint instructions somewhere. */ |