aboutsummaryrefslogtreecommitdiff
path: root/gdb/frame.c
diff options
context:
space:
mode:
authorAndrew Cagney <cagney@redhat.com>2003-03-16 20:47:40 +0000
committerAndrew Cagney <cagney@redhat.com>2003-03-16 20:47:40 +0000
commitefd710d6563ff4fad9af26ca64748a0e3c80aeb1 (patch)
tree94994788414dacd63fa8c45c55f36215ec7b2f68 /gdb/frame.c
parent4e259f098d55fa3d6112fb698a9a21ddc8e3a18d (diff)
downloadgdb-efd710d6563ff4fad9af26ca64748a0e3c80aeb1.zip
gdb-efd710d6563ff4fad9af26ca64748a0e3c80aeb1.tar.gz
gdb-efd710d6563ff4fad9af26ca64748a0e3c80aeb1.tar.bz2
2003-03-16 Andrew Cagney <cagney@redhat.com>
* frame.c (frame_pop): Don't call target_store_registers. Fix problem reported by Mark Kettenis.
Diffstat (limited to 'gdb/frame.c')
-rw-r--r--gdb/frame.c9
1 files changed, 8 insertions, 1 deletions
diff --git a/gdb/frame.c b/gdb/frame.c
index cf9349d..178dfdf 100644
--- a/gdb/frame.c
+++ b/gdb/frame.c
@@ -215,6 +215,14 @@ frame_pop (struct frame_info *this_frame)
struct regcache *scratch = regcache_xmalloc (current_gdbarch);
struct cleanup *cleanups = make_cleanup_regcache_xfree (scratch);
regcache_save (scratch, do_frame_unwind_register, this_frame);
+ /* FIXME: cagney/2003-03-16: It should be possible to tell the
+ target's register cache that it is about to be hit with a
+ burst register transfer and that the sequence of register
+ writes should be batched. The pair target_prepare_to_store()
+ and target_store_registers() kind of suggest this
+ functionality. Unfortunatly, they don't implement it. Their
+ lack of a formal definition can lead to targets writing back
+ bogus values (arguably a bug in the target code mind). */
/* Now copy those saved registers into the current regcache.
Here, regcache_cpy() calls regcache_restore(). */
regcache_cpy (current_regcache, scratch);
@@ -222,7 +230,6 @@ frame_pop (struct frame_info *this_frame)
}
/* We've made right mess of GDB's local state, just discard
everything. */
- target_store_registers (-1);
flush_cached_frames ();
}