espressif/binutils-gdb
1
0
Fork 0
mirror of https://github.com/espressif/binutils-gdb.git synced 2025-06-04 05:48:20 +08:00
Code Issues Packages Projects Releases Wiki Activity

2003-03-16 Andrew Cagney <cagney@redhat.com>

Browse Source 
* frame.c (frame_pop): Don't call target_store_registers.  Fix
	problem reported by Mark Kettenis.
This commit is contained in:
Andrew Cagney
2003-03-16 20:47:40 +00:00
parent 4e259f098d
commit efd710d656
2 changed files with 13 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

5
gdb/ChangeLog
View File

@ -1,3 +1,8 @@
2003-03-16 Andrew Cagney <cagney@redhat.com>
* frame.c (frame_pop): Don't call target_store_registers. Fix
problem reported by Mark Kettenis.
2003-03-16 Mark Kettenis <kettenis@gnu.org>
* i386-tdep.c (i386_register_type): Renamed from

9
gdb/frame.c
View File

@ -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 ();
}