gdb uses BFD for object file access but has its own DWARF reader.
This was https://sourceware.org/bugzilla/show_bug.cgi?id=25348, fixed in June. I believe the fix is in the latest release.
Yes, just nobody has implemented it. It's kind of a pain. Also it brings up the question of whether GDB ought to implement a terminal so you can debug curses applications inside the TUI, which is even more of a pain.
> Source maps are a debug tool. Why does the performance matter? If the source map decoder is slow, then the debugger feels slow.
Rust support landed in gdb 7.12 (released October 2016). It has some rough edges; and some missing spots (mostly caused by insufficient debuginfo). I'm working full time on Rust debugging now. My basic plan is to write…
gdb uses BFD for object file access but has its own DWARF reader.
This was https://sourceware.org/bugzilla/show_bug.cgi?id=25348, fixed in June. I believe the fix is in the latest release.
Yes, just nobody has implemented it. It's kind of a pain. Also it brings up the question of whether GDB ought to implement a terminal so you can debug curses applications inside the TUI, which is even more of a pain.
> Source maps are a debug tool. Why does the performance matter? If the source map decoder is slow, then the debugger feels slow.
Rust support landed in gdb 7.12 (released October 2016). It has some rough edges; and some missing spots (mostly caused by insufficient debuginfo). I'm working full time on Rust debugging now. My basic plan is to write…