I use successfully KDS3.1 after a few bugs as this one, solved
https://community.freescale.com/thread/386356?et=watches.email.thread#618818
Today, I install KDS 3.2 whitch fixe the bug in debug Configurations/debugger/GDB ClientSettings/commands
but I'm always blocked at the same stage !!!
old workspace + old project -> Configuring GDB Aborting configuring GDB (Lauching Test_Debug_PNE : (100%)
old workspace + new project -> Configuring GDB Aborting configuring GDB (Lauching Test_Debug_PNE : (100%)
new workspace + new project -> Configuring GDB Aborting configuring GDB (Lauching Test_Debug_PNE : (100%)
It's the same with OpenSda + FRDM_K64 and with Multilink Universal (the green one) + KL17
It's the same with 2 defferent computer (windows 7)
it's the same after changing USB port, reboot...
No hardware problem : with CW10.6, all is working well :-(
Thanks in advance
I am experiencing a similar problem with Configuring GDB Aborting configuring GDB. In my case, I have updated the toolchain from the KDS default 4.8.4 to the latest released 5.4.1 version available at Launchpad.net. Everything compiles and builds correctly but the debugger hangs. As a workaround, I replaced the arm-none-eabi-gdb.exe with the older 4.8.4 version and everything seems to work so far. There appears to be some incompatibility between KDS 3.2.0 and the 5.4.1 version of arm-none-eabi-gdb.exe. #GDB Aborting
Further information regarding the use of toolchain version 5.4.1. Using the arm-none-eabi-gdb.exe from 4.8.4 does allow the debugger to get past the Aborting configuring GDB error but the task aware FreeRTOS plugin no longer works. It shows FreeRTOS not detected in the associated windows. I was using the FRDM-K64F with PE version of OpenSDA. I changed the OpenSDA to the Segger JLink version with similar results. The plugin still does not detect the FreeRTOS.
Can anyone tell me what the plugin is looking for? I am wondering if it may be a name mangling issue with C++ where the plugin is looking for a symbol that is mangled.
Last note of the day. The reason it could not detect FreeRTOS was because some variables in tasks.c and heap_x.c were defined as static and the c++ compiler mangled the names. Removing the static qualifier fixed that. Now the 4.8.4 gdb works reasonably well with the 5.4.1 toolchain and does work with the FreeRTOS debug plugin. :smileyhappy:
Hi Kelly,
FreeRTOS is written in C, so I'm not sure why you say it mangeled the symbols as they are declared with "C" linkage.
But yes, it requires symbols for detection which heap is used, see https://mcuoneclipse.com/2016/07/06/freertos-kernel-awareness-for-eclipse-from-nxp/
Same for the Segger FreeRTOS Thread awareness (https://mcuoneclipse.com/2016/07/06/freertos-kernel-awareness-for-eclipse-from-nxp/ ) which needs some symbols available.
Which symbols were missing on your side, or can you provide details what problem you saw?
Thanks,
Erich
Hi
Same problem with an other PC
After instalaltion, problem solved with update of
GNU ARM Eclipse Plug-ins - http://gnuarmeclipse.sourceforge.net/updates
and (/or)
PEMicro - http://www.pemicro.com/eclipse/updates
Hi David,
can you check your lauch configuration as shown/discussed in https://community.freescale.com/thread/386356?et=watches.email.thread#618818 ? Because if you have such a launch configuration with wrong line endings (e.g. created by the previous version), then it still will fail in 3.2.0 because the launch configuration is wrong.
I hope this helps,
Erich
Hi
It's not a launch configuration with wrong line endings; I find first the solution here https://community.freescale.com/thread/386356?et=watches.email.thread#618818 and KDS 3.2 fixe this bug.
I solved the new problem this morning by updating some software from eclipse.
I think this is the GNU ARM update which solved the problem but my children are distracted me... I'm not sure of the good update, sorry.
Thank you
Hi David,
in addition to that, see https://mcuoneclipse.com/2016/03/11/solving-launching-configuring-gdb-aborting-configuring-gdb/
I hope this helps,
Erich