ppc_linux_init_extra_frame_info
Andrew Cagney
ac131313@redhat.com
Fri Feb 21 01:48:00 GMT 2003
Andreas, given my comments, I think this fix is pretty funny :-)
> - behavior is ever fixed.)
> -
> - PC_IN_SIGTRAMP is called from blockframe.c as well in order to set
> - the frame's type (if a SIGTRAMP_FRAME). Because of our strange
> - definition of in_sigtramp below, we can't rely on the frame's type
> - getting set correctly from within blockframe.c. This is why we
> - take pains to set it in init_extra_frame_info().
> -
> - NOTE: cagney/2002-11-10: I suspect the real problem here is that
> - the get_prev_frame() only initializes the frame's type after the
> - call to INIT_FRAME_INFO. get_prev_frame() should be fixed, this
> - code shouldn't be working its way around a bug :-(. */
> + behavior is ever fixed.) */
>
> int
> ppc_linux_in_sigtramp (CORE_ADDR pc, char *func_name)
> @@ -374,10 +363,6 @@ ppc_linux_init_extra_frame_info (int fro
> at trampoline code */
> if (ppc_linux_at_sigtramp_return_path (fi->pc))
> deprecated_set_frame_type (fi, SIGTRAMP_FRAME);
> - else
> - /* FIXME: cagney/2002-11-10: Is this double bogus? What
> - happens if the frame has previously been marked as a dummy? */
> - deprecated_set_frame_type (fi, NORMAL_FRAME);
More information about the Gdb-patches
mailing list