]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blame - gdb/frame.h
*** empty log message ***
[thirdparty/binutils-gdb.git] / gdb / frame.h
CommitLineData
c906108c 1/* Definitions for dealing with stack frames, for GDB, the GNU debugger.
7cc19214
AC
2
3 Copyright 1986, 1988, 1989, 1990, 1991, 1992, 1993, 1994, 1996,
51603483 4 1997, 1998, 1999, 2000, 2001, 2002, 2003 Free Software Foundation, Inc.
c906108c 5
c5aa993b 6 This file is part of GDB.
c906108c 7
c5aa993b
JM
8 This program is free software; you can redistribute it and/or modify
9 it under the terms of the GNU General Public License as published by
10 the Free Software Foundation; either version 2 of the License, or
11 (at your option) any later version.
c906108c 12
c5aa993b
JM
13 This program is distributed in the hope that it will be useful,
14 but WITHOUT ANY WARRANTY; without even the implied warranty of
15 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
16 GNU General Public License for more details.
c906108c 17
c5aa993b
JM
18 You should have received a copy of the GNU General Public License
19 along with this program; if not, write to the Free Software
20 Foundation, Inc., 59 Temple Place - Suite 330,
21 Boston, MA 02111-1307, USA. */
c906108c
SS
22
23#if !defined (FRAME_H)
24#define FRAME_H 1
25
1058bca7 26struct symtab_and_line;
494cca16
AC
27struct frame_unwind;
28
29/* The traditional frame unwinder. */
30extern const struct frame_unwind *trad_frame_unwind;
1058bca7 31
c97eb5d9
AC
32/* The frame object. */
33
34struct frame_info;
35
36/* The frame object's ID. This provides a per-frame unique identifier
37 that can be used to relocate a `struct frame_info' after a target
7a424e99
AC
38 resume or a frame cache destruct. It of course assumes that the
39 inferior hasn't unwound the stack past that frame. */
c97eb5d9
AC
40
41struct frame_id
42{
43 /* The frame's address. This should be constant through out the
44 lifetime of a frame. */
45 /* NOTE: cagney/2002-11-16: The ia64 has two stacks and hence two
46 frame bases. This will need to be expanded to accomodate that. */
47 CORE_ADDR base;
48 /* The frame's current PC. While the PC within the function may
49 change, the function that contains the PC does not. Should this
50 instead be the frame's function? */
51 CORE_ADDR pc;
52};
53
7a424e99
AC
54/* Methods for constructing and comparing Frame IDs.
55
56 NOTE: Given frameless functions A and B, where A calls B (and hence
57 B is inner-to A). The relationships: !eq(A,B); !eq(B,A);
58 !inner(A,B); !inner(B,A); all hold. This is because, while B is
59 inner to A, B is not strictly inner to A (being frameless, they
60 have the same .base value). */
61
62/* For convenience. All fields are zero. */
63extern const struct frame_id null_frame_id;
64
65/* Construct a frame ID. The second parameter isn't yet well defined.
66 It might be the containing function, or the resume PC (see comment
67 above in `struct frame_id')? A func/pc of zero indicates a
68 wildcard (i.e., do not use func in frame ID comparisons). */
69extern struct frame_id frame_id_build (CORE_ADDR base,
70 CORE_ADDR func_or_pc);
71
72/* Returns non-zero when L is a valid frame (a valid frame has a
73 non-zero .base). */
74extern int frame_id_p (struct frame_id l);
75
76/* Returns non-zero when L and R identify the same frame, or, if
77 either L or R have a zero .func, then the same frame base. */
78extern int frame_id_eq (struct frame_id l, struct frame_id r);
79
80/* Returns non-zero when L is strictly inner-than R (they have
81 different frame .bases). Neither L, nor R can be `null'. See note
82 above about frameless functions. */
83extern int frame_id_inner (struct frame_id l, struct frame_id r);
84
85
c97eb5d9
AC
86/* For every stopped thread, GDB tracks two frames: current and
87 selected. Current frame is the inner most frame of the selected
abc0af47
AC
88 thread. Selected frame is the one being examined by the the GDB
89 CLI (selected using `up', `down', ...). The frames are created
90 on-demand (via get_prev_frame()) and then held in a frame cache. */
91/* FIXME: cagney/2002-11-28: Er, there is a lie here. If you do the
92 sequence: `thread 1; up; thread 2; thread 1' you loose thread 1's
93 selected frame. At present GDB only tracks the selected frame of
94 the current thread. But be warned, that might change. */
c97eb5d9
AC
95/* FIXME: cagney/2002-11-14: At any time, only one thread's selected
96 and current frame can be active. Switching threads causes gdb to
97 discard all that cached frame information. Ulgh! Instead, current
98 and selected frame should be bound to a thread. */
99
abc0af47
AC
100/* On demand, create the inner most frame using information found in
101 the inferior. If the inner most frame can't be created, throw an
102 error. */
c97eb5d9
AC
103extern struct frame_info *get_current_frame (void);
104
abc0af47
AC
105/* Invalidates the frame cache (this function should have been called
106 invalidate_cached_frames).
107
108 FIXME: cagney/2002-11-28: The only difference between
109 flush_cached_frames() and reinit_frame_cache() is that the latter
110 explicitly sets the selected frame back to the current frame there
111 isn't any real difference (except that one delays the selection of
6e7f8b9c
AC
112 a new frame). Code can instead simply rely on get_selected_frame()
113 to reinit's the selected frame as needed. As for invalidating the
114 cache, there should be two methods one that reverts the thread's
115 selected frame back to current frame (for when the inferior
116 resumes) and one that does not (for when the user modifies the
117 target invalidating the frame cache). */
c97eb5d9 118extern void flush_cached_frames (void);
c97eb5d9
AC
119extern void reinit_frame_cache (void);
120
6e7f8b9c
AC
121/* On demand, create the selected frame and then return it. If the
122 selected frame can not be created, this function throws an error. */
123/* FIXME: cagney/2002-11-28: At present, when there is no selected
124 frame, this function always returns the current (inner most) frame.
125 It should instead, when a thread has previously had its frame
126 selected (but not resumed) and the frame cache invalidated, find
127 and then return that thread's previously selected frame. */
128extern struct frame_info *get_selected_frame (void);
129
abc0af47
AC
130/* Select a specific frame. NULL, apparently implies re-select the
131 inner most frame. */
132extern void select_frame (struct frame_info *);
133
c97eb5d9
AC
134/* Given a FRAME, return the next (more inner, younger) or previous
135 (more outer, older) frame. */
136extern struct frame_info *get_prev_frame (struct frame_info *);
137extern struct frame_info *get_next_frame (struct frame_info *);
138
139/* Given a frame's ID, relocate the frame. Returns NULL if the frame
140 is not found. */
141extern struct frame_info *frame_find_by_id (struct frame_id id);
142
143/* Base attributes of a frame: */
144
145/* The frame's `resume' address. Where the program will resume in
146 this frame. */
147extern CORE_ADDR get_frame_pc (struct frame_info *);
148
1058bca7
AC
149/* Closely related to the resume address, various symbol table
150 attributes that are determined by the PC. Note that for a normal
151 frame, the PC refers to the resume address after the return, and
152 not the call instruction. In such a case, the address is adjusted
153 so that it (approximatly) identifies the call site (and not return
154 site).
155
156 NOTE: cagney/2002-11-28: The frame cache could be used to cache the
157 computed value. Working on the assumption that the bottle-neck is
158 in the single step code, and that code causes the frame cache to be
159 constantly flushed, caching things in a frame is probably of little
160 benefit. As they say `show us the numbers'.
161
162 NOTE: cagney/2002-11-28: Plenty more where this one came from:
163 find_frame_block(), find_frame_partial_function(),
164 find_frame_symtab(), find_frame_function(). Each will need to be
165 carefully considered to determine if the real intent was for it to
166 apply to the PC or the adjusted PC. */
167extern void find_frame_sal (struct frame_info *frame,
168 struct symtab_and_line *sal);
169
c193f6ac
AC
170/* Return the frame address from FI. Except in the machine-dependent
171 *FRAME* macros, a frame address has no defined meaning other than
172 as a magic cookie which identifies a frame over calls to the
173 inferior (um, SEE NOTE BELOW). The only known exception is
ae45cd16
AC
174 inferior.h (DEPRECATED_PC_IN_CALL_DUMMY) [ON_STACK]; see comments
175 there. You cannot assume that a frame address contains enough
176 information to reconstruct the frame; if you want more than just to
177 identify the frame (e.g. be able to fetch variables relative to
178 that frame), then save the whole struct frame_info (and the next
179 struct frame_info, since the latter is used for fetching variables
180 on some machines) (um, again SEE NOTE BELOW).
c193f6ac
AC
181
182 NOTE: cagney/2002-11-18: Actually, the frame address isn't
183 sufficient for identifying a frame, and the counter examples are
184 wrong!
185
186 Code that needs to (re)identify a frame must use get_frame_id() and
187 frame_find_by_id() (and in the future, a frame_compare() function
188 instead of INNER_THAN()). Two reasons: an architecture (e.g.,
189 ia64) can have more than one frame address (due to multiple stack
190 pointers) (frame ID is going to be expanded to accomodate this);
191 successive frameless function calls can only be differientated by
192 comparing both the frame's base and the frame's enclosing function
193 (frame_find_by_id() is going to be modified to perform this test).
194
ae45cd16
AC
195 The generic dummy frame version of DEPRECATED_PC_IN_CALL_DUMMY() is
196 able to identify a dummy frame using only the PC value. So the
197 frame address is not needed. In fact, most
198 DEPRECATED_PC_IN_CALL_DUMMY() calls now pass zero as the frame/sp
199 values as the caller knows that those values won't be used. Once
200 all architectures are using generic dummy frames,
201 DEPRECATED_PC_IN_CALL_DUMMY() can drop the sp/frame parameters.
c193f6ac
AC
202 When it comes to finding a dummy frame, the next frame's frame ID
203 (with out duing an unwind) can be used (ok, could if it wasn't for
204 the need to change the way the PPC defined frame base in a strange
205 way).
206
207 Modern architectures should be using something like dwarf2's
208 location expression to describe where a variable lives. Such
209 expressions specify their own debug info centric frame address.
210 Consequently, a generic frame address is pretty meaningless. */
211
212extern CORE_ADDR get_frame_base (struct frame_info *);
213
c97eb5d9 214/* Return the per-frame unique identifer. Can be used to relocate a
7a424e99
AC
215 frame after a frame cache flush (and other similar operations). If
216 FI is NULL, return the null_frame_id. */
217extern struct frame_id get_frame_id (struct frame_info *fi);
c97eb5d9
AC
218
219/* The frame's level: 0 for innermost, 1 for its caller, ...; or -1
220 for an invalid frame). */
221extern int frame_relative_level (struct frame_info *fi);
222
5a203e44
AC
223/* Return the frame's type. Some are real, some are signal
224 trampolines, and some are completly artificial (dummy). */
225
226enum frame_type
227{
228 /* A true stack frame, created by the target program during normal
229 execution. */
230 NORMAL_FRAME,
231 /* A fake frame, created by GDB when performing an inferior function
232 call. */
233 DUMMY_FRAME,
234 /* In a signal handler, various OSs handle this in various ways.
235 The main thing is that the frame may be far from normal. */
236 SIGTRAMP_FRAME
237};
238extern enum frame_type get_frame_type (struct frame_info *);
239
240/* FIXME: cagney/2002-11-10: Some targets want to directly mark a
241 frame as being of a specific type. This shouldn't be necessary.
ae45cd16
AC
242 PC_IN_SIGTRAMP() indicates a SIGTRAMP_FRAME and
243 DEPRECATED_PC_IN_CALL_DUMMY() indicates a DUMMY_FRAME. I suspect
244 the real problem here is that get_prev_frame() only sets
245 initialized after INIT_EXTRA_FRAME_INFO as been called.
246 Consequently, some targets found that the frame's type was wrong
247 and tried to fix it. The correct fix is to modify get_prev_frame()
248 so that it initializes the frame's type before calling any other
249 functions. */
5a203e44
AC
250extern void deprecated_set_frame_type (struct frame_info *,
251 enum frame_type type);
252
c97eb5d9
AC
253/* Unwind the stack frame so that the value of REGNUM, in the previous
254 (up, older) frame is returned. If VALUEP is NULL, don't
255 fetch/compute the value. Instead just return the location of the
256 value. */
257extern void frame_register_unwind (struct frame_info *frame, int regnum,
258 int *optimizedp, enum lval_type *lvalp,
259 CORE_ADDR *addrp, int *realnump,
260 void *valuep);
261
262/* More convenient interface to frame_register_unwind(). */
263/* NOTE: cagney/2002-09-13: Return void as one day these functions may
264 be changed to return an indication that the read succeeded. */
265
266extern void frame_unwind_signed_register (struct frame_info *frame,
267 int regnum, LONGEST *val);
268
269extern void frame_unwind_unsigned_register (struct frame_info *frame,
270 int regnum, ULONGEST *val);
271
272/* Get the value of the register that belongs to this FRAME. This
273 function is a wrapper to the call sequence ``frame_unwind_register
274 (get_next_frame (FRAME))''. As per frame_register_unwind(), if
275 VALUEP is NULL, the registers value is not fetched/computed. */
276
277extern void frame_register (struct frame_info *frame, int regnum,
278 int *optimizedp, enum lval_type *lvalp,
279 CORE_ADDR *addrp, int *realnump,
280 void *valuep);
281
282/* More convenient interface to frame_register(). */
283/* NOTE: cagney/2002-09-13: Return void as one day these functions may
284 be changed to return an indication that the read succeeded. */
285
286extern void frame_read_signed_register (struct frame_info *frame,
287 int regnum, LONGEST *val);
288
289extern void frame_read_unsigned_register (struct frame_info *frame,
290 int regnum, ULONGEST *val);
291
292/* Map between a frame register number and its name. A frame register
293 space is a superset of the cooked register space --- it also
294 includes builtin registers. */
295
296extern int frame_map_name_to_regnum (const char *name, int strlen);
297extern const char *frame_map_regnum_to_name (int regnum);
298
f18c5a73
AC
299/* Unwind the PC. Strictly speaking return the resume address of the
300 calling frame. For GDB, `pc' is the resume address and not a
301 specific register. */
302
303extern CORE_ADDR frame_pc_unwind (struct frame_info *frame);
304
c689142b
AC
305/* Unwind the frame ID. Return an ID that uniquely identifies the
306 caller's frame. */
307extern struct frame_id frame_id_unwind (struct frame_info *frame);
308
c906108c
SS
309/* Describe the saved registers of a frame. */
310
311#if defined (EXTRA_FRAME_INFO) || defined (FRAME_FIND_SAVED_REGS)
312/* XXXX - deprecated */
313struct frame_saved_regs
314 {
c2c6d25f
JM
315 /* For each register R (except the SP), regs[R] is the address at
316 which it was saved on entry to the frame, or zero if it was not
317 saved on entry to this frame. This includes special registers
318 such as pc and fp saved in special ways in the stack frame.
c906108c 319
c2c6d25f
JM
320 regs[SP_REGNUM] is different. It holds the actual SP, not the
321 address at which it was saved. */
c906108c
SS
322
323 CORE_ADDR regs[NUM_REGS];
324 };
325#endif
326
327/* We keep a cache of stack frames, each of which is a "struct
328 frame_info". The innermost one gets allocated (in
329 wait_for_inferior) each time the inferior stops; current_frame
330 points to it. Additional frames get allocated (in
7a292a7a 331 get_prev_frame) as needed, and are chained through the next
c906108c
SS
332 and prev fields. Any time that the frame cache becomes invalid
333 (most notably when we execute something, but also if we change how
334 we interpret the frames (e.g. "set heuristic-fence-post" in
335 mips-tdep.c, or anything which reads new symbols)), we should call
336 reinit_frame_cache. */
337
338struct frame_info
339 {
c193f6ac
AC
340 /* Nominal address of the frame described. See comments at
341 get_frame_base() about what this means outside the *FRAME*
342 macros; in the *FRAME* macros, it can mean whatever makes most
343 sense for this machine. */
c906108c
SS
344 CORE_ADDR frame;
345
346 /* Address at which execution is occurring in this frame.
347 For the innermost frame, it's the current pc.
348 For other frames, it is a pc saved in the next frame. */
349 CORE_ADDR pc;
350
7cc19214
AC
351 /* Level of this frame. The inner-most (youngest) frame is at
352 level 0. As you move towards the outer-most (oldest) frame,
353 the level increases. This is a cached value. It could just as
354 easily be computed by counting back from the selected frame to
355 the inner most frame. */
356 /* NOTE: cagney/2002-04-05: Perhaphs a level of ``-1'' should be
357 reserved to indicate a bogus frame - one that has been created
358 just to keep GDB happy (GDB always needs a frame). For the
359 moment leave this as speculation. */
360 int level;
361
5a203e44
AC
362 /* The frame's type. */
363 enum frame_type type;
c906108c
SS
364
365 /* For each register, address of where it was saved on entry to
366 the frame, or zero if it was not saved on entry to this frame.
367 This includes special registers such as pc and fp saved in
368 special ways in the stack frame. The SP_REGNUM is even more
e8759349
AC
369 special, the address here is the sp for the previous frame, not
370 the address where the sp was saved. */
c906108c
SS
371 /* Allocated by frame_saved_regs_zalloc () which is called /
372 initialized by FRAME_INIT_SAVED_REGS(). */
64485362 373 CORE_ADDR *saved_regs; /*NUM_REGS + NUM_PSEUDO_REGS*/
c906108c
SS
374
375#ifdef EXTRA_FRAME_INFO
376 /* XXXX - deprecated */
377 /* Anything extra for this structure that may have been defined
378 in the machine dependent files. */
c5aa993b 379 EXTRA_FRAME_INFO
c906108c
SS
380#endif
381
382 /* Anything extra for this structure that may have been defined
383 in the machine dependent files. */
479ab5a0 384 /* Allocated by frame_extra_info_zalloc () which is called /
c906108c
SS
385 initialized by INIT_EXTRA_FRAME_INFO */
386 struct frame_extra_info *extra_info;
387
b6af0555
JS
388 /* If dwarf2 unwind frame informations is used, this structure holds all
389 related unwind data. */
cc22880b 390 struct context *context;
b6af0555 391
f18c5a73
AC
392 /* Unwind cache shared between the unwind functions - they had
393 better all agree as to the contents. */
394 void *unwind_cache;
395
494cca16
AC
396 /* The frame's unwinder. */
397 const struct frame_unwind *unwind;
f18c5a73 398
494cca16 399 /* Cached copy of the previous frame's resume address. */
f18c5a73
AC
400 int pc_unwind_cache_p;
401 CORE_ADDR pc_unwind_cache;
4f460812 402
494cca16 403 /* Cached copy of the previous frame's ID. */
c689142b
AC
404 int id_unwind_cache_p;
405 struct frame_id id_unwind_cache;
406
15220c65
AC
407 /* Pointers to the next (down, inner, younger) and previous (up,
408 outer, older) frame_info's in the frame cache. */
409 struct frame_info *next; /* down, inner, younger */
410 int prev_p;
411 struct frame_info *prev; /* up, outer, older */
c906108c
SS
412 };
413
c5394b80
JM
414/* Values for the source flag to be used in print_frame_info_base(). */
415enum print_what
416 {
417 /* Print only the source line, like in stepi. */
418 SRC_LINE = -1,
419 /* Print only the location, i.e. level, address (sometimes)
420 function, args, file, line, line num. */
421 LOCATION,
422 /* Print both of the above. */
423 SRC_AND_LOC,
424 /* Print location only, but always include the address. */
425 LOC_AND_ADDRESS
426 };
427
64485362
AC
428/* Allocate additional space for appendices to a struct frame_info.
429 NOTE: Much of GDB's code works on the assumption that the allocated
430 saved_regs[] array is the size specified below. If you try to make
431 that array smaller, GDB will happily walk off its end. */
c906108c 432
64485362
AC
433#ifdef SIZEOF_FRAME_SAVED_REGS
434#error "SIZEOF_FRAME_SAVED_REGS can not be re-defined"
c906108c 435#endif
64485362
AC
436#define SIZEOF_FRAME_SAVED_REGS \
437 (sizeof (CORE_ADDR) * (NUM_REGS+NUM_PSEUDO_REGS))
438
479ab5a0
AC
439/* Allocate zero initialized memory from the frame cache obstack.
440 Appendices to the frame info (such as the unwind cache) should
441 allocate memory using this method. */
442
443extern void *frame_obstack_zalloc (unsigned long size);
c906108c 444
51603483
DJ
445/* If FRAME_CHAIN_VALID returns zero it means that the given frame
446 is the outermost one and has no caller. */
c906108c 447
51603483 448extern int frame_chain_valid (CORE_ADDR, struct frame_info *);
c906108c 449
a14ed312 450extern void generic_save_dummy_frame_tos (CORE_ADDR sp);
c906108c 451
c906108c 452
c906108c
SS
453#ifdef FRAME_FIND_SAVED_REGS
454/* XXX - deprecated */
95486978
AC
455#define FRAME_INIT_SAVED_REGS(FI) deprecated_get_frame_saved_regs (FI, NULL)
456extern void deprecated_get_frame_saved_regs (struct frame_info *,
457 struct frame_saved_regs *);
c906108c 458#endif
c5aa993b 459
ae767bfb
JB
460extern struct block *get_frame_block (struct frame_info *,
461 CORE_ADDR *addr_in_block);
c906108c 462
805e2818
AC
463/* Return the `struct block' that belongs to the selected thread's
464 selected frame. If the inferior has no state, return NULL.
465
466 NOTE: cagney/2002-11-29:
467
468 No state? Does the inferior have any execution state (a core file
469 does, an executable does not). At present the code tests
470 `target_has_stack' but I'm left wondering if it should test
471 `target_has_registers' or, even, a merged target_has_state.
472
473 Should it look at the most recently specified SAL? If the target
474 has no state, should this function try to extract a block from the
475 most recently selected SAL? That way `list foo' would give it some
476 sort of reference point. Then again, perhaphs that would confuse
477 things.
478
479 Calls to this function can be broken down into two categories: Code
480 that uses the selected block as an additional, but optional, data
481 point; Code that uses the selected block as a prop, when it should
482 have the relevant frame/block/pc explicitly passed in.
483
484 The latter can be eliminated by correctly parameterizing the code,
485 the former though is more interesting. Per the "address" command,
486 it occures in the CLI code and makes it possible for commands to
487 work, even when the inferior has no state. */
488
ae767bfb 489extern struct block *get_selected_block (CORE_ADDR *addr_in_block);
c906108c 490
a14ed312 491extern struct symbol *get_frame_function (struct frame_info *);
c906108c 492
42f99ac2
JB
493extern CORE_ADDR frame_address_in_block (struct frame_info *);
494
a14ed312 495extern CORE_ADDR get_pc_function_start (CORE_ADDR);
c906108c 496
a14ed312 497extern struct block *block_for_pc (CORE_ADDR);
c906108c 498
a14ed312 499extern struct block *block_for_pc_sect (CORE_ADDR, asection *);
c906108c 500
a14ed312 501extern int frameless_look_for_prologue (struct frame_info *);
c906108c 502
a14ed312
KB
503extern void print_frame_args (struct symbol *, struct frame_info *,
504 int, struct ui_file *);
c906108c 505
a14ed312 506extern struct frame_info *find_relative_frame (struct frame_info *, int *);
c906108c 507
a14ed312
KB
508extern void show_and_print_stack_frame (struct frame_info *fi, int level,
509 int source);
7a292a7a 510
a14ed312 511extern void print_stack_frame (struct frame_info *, int, int);
c906108c 512
a14ed312 513extern void show_stack_frame (struct frame_info *);
c906108c 514
a14ed312 515extern void print_frame_info (struct frame_info *, int, int, int);
c906108c 516
a14ed312 517extern void show_frame_info (struct frame_info *, int, int, int);
c906108c 518
a14ed312 519extern struct frame_info *block_innermost_frame (struct block *);
c906108c 520
135c175f
AC
521/* NOTE: cagney/2002-09-13: There is no need for this function.
522 Instead either of frame_unwind_signed_register() or
523 frame_unwind_unsigned_register() can be used. */
524extern CORE_ADDR deprecated_read_register_dummy (CORE_ADDR pc,
525 CORE_ADDR fp, int);
a14ed312
KB
526extern void generic_push_dummy_frame (void);
527extern void generic_pop_current_frame (void (*)(struct frame_info *));
528extern void generic_pop_dummy_frame (void);
c906108c 529
a14ed312
KB
530extern int generic_pc_in_call_dummy (CORE_ADDR pc,
531 CORE_ADDR sp, CORE_ADDR fp);
da130f98
AC
532
533/* NOTE: cagney/2002-06-26: Targets should no longer use this
534 function. Instead, the contents of a dummy frames registers can be
535 obtained by applying: frame_register_unwind to the dummy frame; or
536 get_saved_register to the next outer frame. */
537
538extern char *deprecated_generic_find_dummy_frame (CORE_ADDR pc, CORE_ADDR fp);
c906108c 539
a14ed312
KB
540extern void generic_fix_call_dummy (char *dummy, CORE_ADDR pc, CORE_ADDR fun,
541 int nargs, struct value **args,
542 struct type *type, int gcc_p);
cce74817 543
bdcdd535
AC
544/* The function generic_get_saved_register() has been made obsolete.
545 GET_SAVED_REGISTER now defaults to the recursive equivalent -
546 generic_unwind_get_saved_register() - so there is no need to even
547 set GET_SAVED_REGISTER. Architectures that need to override the
548 register unwind mechanism should modify frame->unwind(). */
549extern void deprecated_generic_get_saved_register (char *, int *, CORE_ADDR *,
550 struct frame_info *, int,
551 enum lval_type *);
c906108c 552
6096c27a
AC
553extern void generic_save_call_dummy_addr (CORE_ADDR lo, CORE_ADDR hi);
554
60edd51d
AC
555extern void get_saved_register (char *raw_buffer, int *optimized,
556 CORE_ADDR * addrp,
557 struct frame_info *frame,
558 int regnum, enum lval_type *lval);
559
cda5a58a
AC
560extern int frame_register_read (struct frame_info *frame, int regnum,
561 void *buf);
562
36dc181b
EZ
563/* From stack.c. */
564extern void args_info (char *, int);
565
566extern void locals_info (char *, int);
567
568extern void (*selected_frame_level_changed_hook) (int);
569
570extern void return_command (char *, int);
571
abc0af47
AC
572
573/* NOTE: cagney/2002-11-27:
574
575 You might think that the below global can simply be replaced by a
576 call to either get_selected_frame() or select_frame().
577
578 Unfortunatly, it isn't that easy.
579
580 The relevant code needs to be audited to determine if it is
581 possible (or pratical) to instead pass the applicable frame in as a
582 parameter. For instance, DEPRECATED_DO_REGISTERS_INFO() relied on
6e7f8b9c 583 the deprecated_selected_frame global, while its replacement,
abc0af47
AC
584 PRINT_REGISTERS_INFO(), is parameterized with the selected frame.
585 The only real exceptions occure at the edge (in the CLI code) where
586 user commands need to pick up the selected frame before proceeding.
587
588 This is important. GDB is trying to stamp out the hack:
589
6e7f8b9c
AC
590 saved_frame = deprecated_selected_frame;
591 deprecated_selected_frame = ...;
abc0af47 592 hack_using_global_selected_frame ();
6e7f8b9c 593 deprecated_selected_frame = saved_frame;
abc0af47
AC
594
595 Take care! */
596
6e7f8b9c 597extern struct frame_info *deprecated_selected_frame;
abc0af47
AC
598
599
18ea5ba4 600/* Create a frame using the specified BASE and PC. */
abc0af47 601
18ea5ba4 602extern struct frame_info *create_new_frame (CORE_ADDR base, CORE_ADDR pc);
abc0af47 603
0394eb2a 604
2c517d0e
AC
605/* Create/access the frame's `extra info'. The extra info is used by
606 older code to store information such as the analyzed prologue. The
607 zalloc() should only be called by the INIT_EXTRA_INFO method. */
0394eb2a 608
2c517d0e
AC
609extern struct frame_extra_info *frame_extra_info_zalloc (struct frame_info *fi,
610 long size);
0394eb2a
AC
611extern struct frame_extra_info *get_frame_extra_info (struct frame_info *fi);
612
6baff1d2
AC
613/* Create/access the frame's `saved_regs'. The saved regs are used by
614 older code to store the address of each register (except for
615 SP_REGNUM where the value of the register in the previous frame is
616 stored). */
617extern CORE_ADDR *frame_saved_regs_zalloc (struct frame_info *);
618extern CORE_ADDR *get_frame_saved_regs (struct frame_info *);
619
b87efeee
AC
620/* FIXME: cagney/2002-12-06: Has the PC in the current frame changed?
621 "infrun.c", Thanks to DECR_PC_AFTER_BREAK, can change the PC after
622 the initial frame create. This puts things back in sync. */
2f107107
AC
623extern void deprecated_update_frame_pc_hack (struct frame_info *frame,
624 CORE_ADDR pc);
625
626/* FIXME: cagney/2002-12-18: Has the frame's base changed? Or to be
627 more exact, whas that initial guess at the frame's base as returned
628 by read_fp() wrong. If it was, fix it. This shouldn't be
629 necessary since the code should be getting the frame's base correct
630 from the outset. */
631extern void deprecated_update_frame_base_hack (struct frame_info *frame,
632 CORE_ADDR base);
b87efeee 633
c8b8a898
AC
634/* FIXME: cagney/2003-01-04: Explicitly set the frame's saved_regs
635 and/or extra_info. Target code is allocating a fake frame and than
636 initializing that to get around the problem of, when creating the
637 inner most frame, there is no where to cache information such as
638 the prologue analysis. This is fixed by the new unwind mechanism -
639 even the inner most frame has somewhere to store things like the
640 prolog analysis (or at least will once the frame overhaul is
641 finished). */
642extern void deprecated_set_frame_saved_regs_hack (struct frame_info *frame,
643 CORE_ADDR *saved_regs);
644extern void deprecated_set_frame_extra_info_hack (struct frame_info *frame,
645 struct frame_extra_info *extra_info);
646
647/* FIXME: cagney/2003-01-04: Allocate a frame from the heap (rather
648 than the frame obstack). Targets do this as a way of saving the
649 prologue analysis from the inner most frame before that frame has
650 been created. By always creating a frame, this problem goes away. */
651extern struct frame_info *deprecated_frame_xmalloc (void);
652
f6c609c4
AC
653/* FIXME: cagney/2003-01-05: Allocate a frame, along with the
654 saved_regs and extra_info. Set up cleanups for all three. Same as
655 for deprecated_frame_xmalloc, targets are calling this when
656 creating a scratch `struct frame_info'. The frame overhaul makes
657 this unnecessary since all frame queries are parameterized with a
658 common cache parameter and a frame. */
659extern struct frame_info *deprecated_frame_xmalloc_with_cleanup (long sizeof_saved_regs,
660 long sizeof_extra_info);
661
483d36b2
AC
662/* FIXME: cagney/2003-01-07: These are just nasty. Code shouldn't be
663 doing this. I suspect it dates back to the days when every field
664 of an allocated structure was explicitly initialized. */
665extern void deprecated_set_frame_next_hack (struct frame_info *fi,
666 struct frame_info *next);
667extern void deprecated_set_frame_prev_hack (struct frame_info *fi,
668 struct frame_info *prev);
669
2d75187b
AC
670/* FIXME: cagney/2003-01-07: Instead of the dwarf2cfi having its own
671 dedicated `struct frame_info . context' field, the code should use
672 the per frame `unwind_cache' that is passed to the
673 frame_pc_unwind(), frame_register_unwind() and frame_id_unwind()
674 methods.
675
676 See "dummy-frame.c" for an example of how a cfi-frame object can be
677 implemented using this. */
678extern struct context *deprecated_get_frame_context (struct frame_info *fi);
679extern void deprecated_set_frame_context (struct frame_info *fi,
680 struct context *context);
681
c906108c 682#endif /* !defined (FRAME_H) */