Imagelibrary/binutils-gdb
1
0
Fork 1
mirror of https://github.com/bminor/binutils-gdb.git synced 2025-12-26 17:18:55 +00:00
Code Issues Packages Projects Releases Wiki Activity

2003-01-04 Andrew Cagney <ac131313@redhat.com>

Browse Source 
* frame.c (deprecated_frame_xmalloc): New function.
	(deprecated_set_frame_saved_regs_hack): New function.
	(deprecated_set_frame_extra_info_hack): New function.
	* frame.h (deprecated_frame_xmalloc): Declare.
	(deprecated_set_frame_saved_regs_hack): Declare.
	(deprecated_set_frame_extra_info_hack): Declare.
This commit is contained in:
Andrew Cagney
2003-01-04 13:55:30 +00:00
parent 77afa6398a
commit c8b8a89831
3 changed files with 51 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

19
gdb/frame.h
View File

@@ -674,4 +674,23 @@ extern void deprecated_update_frame_pc_hack (struct frame_info *frame,
extern void deprecated_update_frame_base_hack (struct frame_info *frame,
CORE_ADDR base);
/* FIXME: cagney/2003-01-04: Explicitly set the frame's saved_regs
and/or extra_info. Target code is allocating a fake frame and than
initializing that to get around the problem of, when creating the
inner most frame, there is no where to cache information such as
the prologue analysis. This is fixed by the new unwind mechanism -
even the inner most frame has somewhere to store things like the
prolog analysis (or at least will once the frame overhaul is
finished). */
extern void deprecated_set_frame_saved_regs_hack (struct frame_info *frame,
CORE_ADDR *saved_regs);
extern void deprecated_set_frame_extra_info_hack (struct frame_info *frame,
struct frame_extra_info *extra_info);
/* FIXME: cagney/2003-01-04: Allocate a frame from the heap (rather
than the frame obstack). Targets do this as a way of saving the
prologue analysis from the inner most frame before that frame has
been created. By always creating a frame, this problem goes away. */
extern struct frame_info *deprecated_frame_xmalloc (void);
#endif /* !defined (FRAME_H) */