Re: ppc_linux_init_extra_frame_info

[Andrew Cagney <ac131313@redhat.com>]

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);