This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: TPF unwinding broken

From: DJ Delorie <dj at redhat dot com>
To: Richard Henderson <rth at redhat dot com>
Cc: gcc at gcc dot gnu dot org
Date: Fri, 11 May 2012 12:23:36 -0400
Subject: Re: TPF unwinding broken
References: <201205100015.q4A0Fhpn022611@greed.delorie.com> <4FAD3216.9000603@redhat.com> <201205111545.q4BFjIvO027681@greed.delorie.com> <4FAD34C1.7090003@redhat.com>

> I'm a bit confused as to how the fallback handler can find the correct
> RA but the "normal" unwind path can't.

The fallback knows what address range corresponds to the stubs.  It's
"magic".

> How do all these things fit on the stack?

Every stack frame has room for two return addresses.

The stub just load the RA from the "secondary" slot and jumps to it.

References:
- TPF unwinding broken
  - From: DJ Delorie
- Re: TPF unwinding broken
  - From: Richard Henderson
- Re: TPF unwinding broken
  - From: DJ Delorie
- Re: TPF unwinding broken
  - From: Richard Henderson

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]