And now... for something different #234
samiam95124
started this conversation in
General
Replies: 1 comment
-
Working with symbolsgdb understands now what .pas source files are assocated with what assembly files. Thus things like: (gdb) b module.pas:module.thisroutine work fine. You have to spell out the complete qualident. Things what don't workThe n command in gdb (step over routines) does not appear to work. To get that behavior, instead set a breakpoint after the routine. Note that gdb will understand line numbers as in "b line" as being in the presently active file, so you don't have to spell out the complete module. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
And now... for something different
Yes, that is source level debug with gdb. No more digging through .s files to figure out source to assembly correspondence. It does not do things like print variables or locals, or do backtraces, etc. This would take a full intermediate to dwarf format converter[1] (dwarf is the gdb debugging format). However, its a nice step up.
Kudos to gdb. This was a fairly simple addition of the line numbers and filenames, and from there gdb does all the work of cataloging the source files and source lines to assembly line equivalences.
Enjoy! Things will only get better.
Wait what about...
Of course, I should do a plug for the pint intermediate debug mode of Pascal-P6. This does source, backtrace, all variables, and more more more. I recommend checking it out.
[1] Yea, it will happen. Its not that easy.
Beta Was this translation helpful? Give feedback.
All reactions