Ok, Well, I'll check this probably next year :)
Apart from that I see the only advantage is expanding macros. If you need this feature right now and you're using 'vim', I wrote a plug-in which expands macro in editor on request. If somebody wants it I can post it here. ~d On Sunday 22 December 2002 23:50, Garst R. Reese wrote: > 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'. > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Mspgcc-users mailing list > Mspgcc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mspgcc-users -- /******************************************************************** ("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ `6_ 6 ) `-. ( ).`-.__.`) Enterprise Information Sys (_Y_.)' ._ ) `._ `. ``-..-' Nevsky prospekt, 20 / 44 _..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia (il),-'' (li),' ((!.-' +7 (812) 3468202, 5585314 ********************************************************************/
