2002-01-31 09:31:54 +08:00
|
|
|
|
2003-06-23 11:28:14 +08:00
|
|
|
Known problems in GDB 6.0
|
2002-01-31 09:31:54 +08:00
|
|
|
|
2002-04-16 05:31:49 +08:00
|
|
|
See also: http://www.gnu.org/software/gdb/bugs/
|
2002-01-31 09:31:54 +08:00
|
|
|
|
2003-09-26 02:23:56 +08:00
|
|
|
mips*-*-*
|
|
|
|
|
powerpc*-*-*
|
|
|
|
|
sparc*-*-*
|
|
|
|
|
|
|
|
|
|
GDB's SPARC, MIPS and PowerPC targets, in 6.0, have not been updated
|
|
|
|
|
to use the new frame mechanism.
|
|
|
|
|
|
|
|
|
|
People encountering problems with these targets should consult GDB's
|
|
|
|
|
web pages and mailing lists (http://www.gnu.org/software/gdb/) to see
|
|
|
|
|
if there is an update.
|
|
|
|
|
|
|
|
|
|
arm-*-*
|
|
|
|
|
|
|
|
|
|
GDB's ARM target, in 6.0, has not been updated to use the new frame
|
|
|
|
|
mechanism.
|
|
|
|
|
|
Index: mi/ChangeLog
2003-10-24 Andrew Cagney <cagney@redhat.com>
* tui-out.c: Fix "fortunatly"[sic].
Index: doc/ChangeLog
2003-10-24 Andrew Cagney <cagney@redhat.com>
* annotate.texinfo: Fix "fortunatly"[sic].
2003-10-24 Andrew Cagney <cagney@redhat.com>
* osabi.c (gdbarch_init_osabi): Fix typos, and "fortunatly"[sic].
* PROBLEMS, arch-utils.c, cli-out.c, command.h: Ditto.
* complaints.c, cris-tdep.c, disasm.c, dwarf2-frame.c: Ditto.
* frame.c, frame.h, infcall.c, infcmd.c, infrun.c: Ditto.
* kod.c, mips-tdep.c, regcache.c, regcache.h, remote.c: Ditto.
2003-10-25 01:37:04 +08:00
|
|
|
Fortunately the ARM target, in the GDB's mainline sources, has been
|
2003-09-26 02:23:56 +08:00
|
|
|
updated so people encountering problems should consider downloading a
|
|
|
|
|
more current GDB (http://www.gnu.org/software/gdb/current).
|
|
|
|
|
|
2003-06-27 00:22:59 +08:00
|
|
|
gdb/1091: Constructor breakpoints ignored
|
|
|
|
|
gdb/1193: g++ 3.3 creates multiple constructors: gdb 5.3 can't set breakpoints
|
2002-01-31 09:31:54 +08:00
|
|
|
|
2003-06-27 00:22:59 +08:00
|
|
|
When gcc 3.x compiles a C++ constructor or C++ destructor, it generates
|
|
|
|
|
2 or 3 different versions of the object code. These versions have
|
|
|
|
|
unique mangled names (they have to, in order for linking to work), but
|
|
|
|
|
they have identical source code names, which leads to a great deal of
|
|
|
|
|
confusion. Specifically, if you set a breakpoint in a constructor or a
|
|
|
|
|
destructor, gdb will put a breakpoint in one of the versions, but your
|
|
|
|
|
program may execute the other version. This makes it impossible to set
|
|
|
|
|
breakpoints reliably in constructors or destructors.
|
|
|
|
|
|
|
|
|
|
gcc 3.x generates these multiple object code functions in order to
|
|
|
|
|
implement virtual base classes. gcc 2.x generated just one object code
|
|
|
|
|
function with a hidden parameter, but gcc 3.x conforms to a multi-vendor
|
|
|
|
|
ABI for C++ which requires multiple object code functions.
|
