[En-Nut-Discussion] arm-none-eabi-gcc, mtpcs-leaf-frame and cortex_debug.c

Uwe Bonnes bon at elektron.ikp.physik.tu-darmstadt.de
Thu Jul 23 12:06:18 CEST 2015


>>>>> "Ole" == Ole Reinhardt <ole.reinhardt at embedded-it.de> writes:

    Ole> Hi Uwe, this question is yet quite old, but let me answer anyway.

    Ole> Am 30.03.2015 11:19, schrieb Uwe Bonnes:
    >> your patch: Added experimental stack backtrace code, which can be
    >> enabled for easier debugging exceptions.  introduces
    >> -mtpcs-leaf-frame as compiler option.
    >> 
    >> On Cortex-M0, this caused a compiler error. So I opened
    >> https://bugs.launchpad.net/gcc-arm-embedded/+bug/1390053
    >> 
    >> This bug was pending for some time and asking again these days the
    >> response was a status change to: Confirmed → Won't Fix
    >> 
    >>> We are going to deprecate all TPCS related options
    >>> https://gcc.gnu.org/gcc-5/changes.html. So please try not using
    >>> them.
    >> 
    >> Any ideas how to get around that?

    Ole> Unfortunately not. As Cortex Mx CPUs do not have a dedicated frame
    Ole> pointer which gets stacked on a function call, we are not able to
    Ole> do a real stack backtrace. The problem is, that you do not know at
    Ole> which position your last stack frame starts.

https://gcc.gnu.org/ml/gcc-help/2015-05/msg00080.html
tells

> I don't expect -mapcs-frame to go away any time soon.

But the bug with Cortex M0(Plus) is still there. I will try to bug the
cortex arm gcc develoopers again.

Bye
-- 
Uwe Bonnes                bon at elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------


More information about the En-Nut-Discussion mailing list