Hi Dmitry, I just downloaded 5.3 Below are the potentially significant changes since 5.1.1 Hope this helps, Garst Dmitry wrote:
> What's the advantage of newer gdb? * GDB now supports C/C++ preprocessor macros. GDB now expands preprocessor macro invocations in C/C++ expressions, and provides various commands for showing macro definitions and how they expand. The new command `macro expand EXPRESSION' expands any macro invocations in expression, and shows the result. The new command `show macro MACRO-NAME' shows the definition of the macro named MACRO-NAME, and where it was defined. Most compilers don't include information about macros in the debugging information by default. In GCC 3.1, for example, you need to compile your program with the options `-gdwarf-2 -g3'. If the macro information is present in the executable, GDB will read it. * New command "set max-user-call-depth <nnn>" This command allows the user to limit the call depth of user-defined commands. The default is 1024. Support for the "generate-core-file" has been added. * New commands "dump", "append", and "restore". These commands allow data to be copied from target memory to a bfd-format or binary file (dump and append), and back from a file into memory (restore). *** Changes in GDB 5.2.1: * New targets. Atmel AVR avr*-*-* * Bug fixes gdb/182: gdb/323: gdb/237: On alpha, gdb was reporting: mdebugread.c:2443: gdb-internal-error: sect_index_data not initialized Fix, by Joel Brobecker imported from mainline. gdb/439: gdb/291: On some ELF object files, gdb was reporting: dwarf2read.c:1072: gdb-internal-error: sect_index_text not initialize Fix, by Fred Fish, imported from mainline. Dwarf2 .debug_frame & .eh_frame handler improved in many ways. Surprisingly enough, it works now. By Michal Ludvig, imported from mainline. i386 hardware watchpoint support: avoid misses on second run for some targets. By Pierre Muller, imported from mainline. *** Changes in GDB 5.2: * New command "set trust-readonly-sections on[off]". This command is a hint that tells gdb that read-only sections really are read-only (ie. that their contents will not change). In this mode, gdb will go to the object file rather than the target to read memory from read-only sections (such as ".text"). This can be a significant performance improvement on some (notably embedded) targets. * New command line option GDB now accepts --pid or -p followed by a process id. * Change in command line behavior -- corefiles vs. process ids. There is a subtle behavior in the way in which GDB handles command line arguments. The first non-flag argument is always a program to debug, but the second non-flag argument may either be a corefile or a process id. Previously, GDB would attempt to open the second argument as a corefile, and if that failed, would issue a superfluous error message and then attempt to attach it as a process. Now, if the second argument begins with a non-digit, it will be treated as a corefile. If it begins with a digit, GDB will attempt to attach it as a process, and if no such process is found, will then attempt to open it as a corefile. * Changes to command line processing The new `--args' feature can be used to specify command-line arguments for the inferior from gdb's command line. * Changes to key bindings There is a new `operate-and-get-next' function bound to `C-o'.