Extending RSP with vCont;n and vCont;f
Pedro Alves
palves@redhat.com
Mon Oct 7 12:05:00 GMT 2013
On 10/06/2013 08:56 AM, Yao Qi wrote:
> On 10/04/2013 08:53 PM, ILG.Robert wrote:
>> Second our system contains some assembler functions which do not build a stack frame as usually done by compiled c-code. When debugging these assembler functions GDB reacts as usual: it detects the call of external code and does a "continue" to the return address of the current stack frame. Yet this return address is not the caller - it is the caller of the caller and therefore a "step-into" does not only skip undebugable code, it also steps out of the currently debugged function.
>>
>
> IMO, it is not a problem specific to your target. It needs a fix in GDB
> rather than proposing a new rsp packet.
Or really, those assembly functions have wrong or missing unwind info.
--
Pedro Alves
More information about the Gdb-patches
mailing list