windows 5.4 2016q3 arm-none-eabi-gdb.exe fails when launching from eclipse

Bug #1647546 reported by Brian
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNU Arm Embedded Toolchain
Invalid
Undecided
Unassigned

Bug Description

gdb release:5.4 2016q3
binary package
Host:Windows 7
Eclipse Luna CDT 8.6.0
OpenOCD 0.10.0

I am setting up OpenOCD and gdb hardware debugging with my STM32F4 Discovery board (STLink debugger).
I just updated the compiler to the 5.4 2016q3 version. When I use the arm-none-eabi-gdb.exe provided I get the following error.

Error in final launch sequence
  Failed to execute MI command:
-exec-run
Error message from debugger back end:
Don't know how to run. Try "help target".
  Don't know how to run. Try "help target".

If I force the debug session to launch an older version (4.9 2015q1) it works fine.
Are there any new command line options in the latest gdb???

Also, I tried the new gdb from eclipse with an OpenOCD session i started externally and it worked!
Seems the only difference is that openOCD was opened outside eclipse.

Thanks in advance,

Brian

Revision history for this message
Liviu Ionescu (ilg) wrote :

to use the new gdb you need a newer version of Eclipse, Luna does not support gdb 7.10. Mars.2 should be fine, preferably Neon.

instructions to install all these tools are available at http://gnuarmeclipse.github.io.

Changed in gcc-arm-embedded:
status: New → Invalid
Revision history for this message
Brian (bmoney) wrote : Re: [Bug 1647546] Re: windows 5.4 2016q3 arm-none-eabi-gdb.exe fails when launching from eclipse

Thanks for the reply.

I found a Eclipse Mars based toolchain from:
http://www.openstm32.org/System+Workbench+for+STM32

They don't seem to use the official gunarm release, but seems to generate
fine code and runs on the board. Don't have to manually setup debugger.
Good to know.

I did notice on the newer version of the gdb with the externally launched
OpenOCD server that debugging was faster when starting a connection and
stepping through code.

Thanks,

Brian

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.