This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Insight, ddd, or gdb -tui support?

The GNU ARM Embedded Toolchain is wonderful, thank you so much for maintaining it!

As both the host and target are fixed in the toolchain, would you consider adding insight or ddd or any graphical debugger to the standard release package?  A graphical source-level debugger makes a huge difference and building one after-the-fact is difficult.

Please consider it and again many thanks for your generous contribution of easy-to-install tools to the ARM community!

Parents
  • Thank you Tejas, I was aware of Keil but did not realize DS-5 has a community edition.  My project involves porting a large legacy arm32 project built using command line tools and Makefiles to cortex.  I am hoping to avoid having to port the whole build structure into an IDE (especially Eclipse which is my least favorite IDE) and just find a gui or tui front-end for gdb. 

    The GNU ARM Embedded Toolchain is fantastic, well maintained, and delightfully IDE-neutral; there are many excellent, fast, lightweight text and graphical text editors and version control solutions, the only thing needed for a complete solution that doesn't force users into a behemoth IDE is a good tui/gui debugger.  Because debuggers must be built for the specific target, it seems like something that would ideally be part of a target-specific release like the GNU ARM Embedded Toolchain.  The easiest solution would probably be to just build in support for gdb's -tui mode using curses which is well supported in MinGW when building gdb.

Reply
  • Thank you Tejas, I was aware of Keil but did not realize DS-5 has a community edition.  My project involves porting a large legacy arm32 project built using command line tools and Makefiles to cortex.  I am hoping to avoid having to port the whole build structure into an IDE (especially Eclipse which is my least favorite IDE) and just find a gui or tui front-end for gdb. 

    The GNU ARM Embedded Toolchain is fantastic, well maintained, and delightfully IDE-neutral; there are many excellent, fast, lightweight text and graphical text editors and version control solutions, the only thing needed for a complete solution that doesn't force users into a behemoth IDE is a good tui/gui debugger.  Because debuggers must be built for the specific target, it seems like something that would ideally be part of a target-specific release like the GNU ARM Embedded Toolchain.  The easiest solution would probably be to just build in support for gdb's -tui mode using curses which is well supported in MinGW when building gdb.

Children
No data