Duane,
> Earlier I was asking about cortex support.
>
> Spen pointed me here:
>
> spen> openocd contains a few hacks (define ARMV7_GDB_HACKS in
> spen> armv7m.h) that makes mainlinegdb behave better with the
> spen> v7 arch.
>
Sorry i have not had time to reply properly.
> In other mail -
>
duane> [define ARMV7_GDB_HACKS in armv7m.h]
duane> can this be an option.
Øyvind> Can we avoid an option?
I think so
Øyvind> Can we simply hardcode the least of evils and
Øyvind> delete hacks once GDB catches up?
I think that is the better choice.
___
On Mon, Jul 7, 2008 at 8:45 PM, Duane Ellis <[EMAIL PROTECTED]> wrote:
> Earlier I was asking about cortex support.
>
> Spen pointed me here:
>
> spen> openocd contains a few hacks (define ARMV7_GDB_HACKS in
> spen> armv7m.h) that makes mainlinegdb behave better with the
> spen> v7 arch.
>
> In ot
Hi,
> Earlier I was asking about cortex support.
> Spen pointed me here:
> spen> openocd contains a few hacks (define ARMV7_GDB_HACKS in
> spen> armv7m.h) that makes mainlinegdb behave better with the
> spen> v7 arch.
> In other mail -
> SimonQian> I am using IAR EWARM 5.11 with STM32, it
> Simo
Earlier I was asking about cortex support.
Spen pointed me here:
spen> openocd contains a few hacks (define ARMV7_GDB_HACKS in
spen> armv7m.h) that makes mainlinegdb behave better with the
spen> v7 arch.
In other mail -
SimonQian> I am using IAR EWARM 5.11 with STM32, it
SimonQian> support O
