From: Andrew Cagney <ac131313@redhat.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [6.0] PROBLEMS and NEWS
Date: Mon, 22 Sep 2003 19:12:00 -0000 [thread overview]
Message-ID: <3F6F499E.7020102@redhat.com> (raw)
In-Reply-To: <3F6CBFA5.7060308@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 145 bytes --]
Here's an update. Given a recent thread, I watered down location
expressions - there is a very large chunk of work still out there :-(
Andrew
[-- Attachment #2: diffs --]
[-- Type: text/plain, Size: 3629 bytes --]
2003-09-20 Andrew Cagney <cagney@redhat.com>
* NEWS: Mention the new backtrace mechanism, DWARF 2 CFI, hosted
file I/O, multi-arch, TLS and NPTL, and Location Expressions.
* PROBLEMS: Mention that mips*-*-*, powerpc*-*-*, sparc*-*-* and
arm*-*-* do not use the new frame code.
Index: NEWS
===================================================================
RCS file: /cvs/src/src/gdb/NEWS,v
retrieving revision 1.120
diff -u -r1.120 NEWS
--- NEWS 11 Sep 2003 14:00:54 -0000 1.120
+++ NEWS 22 Sep 2003 19:09:26 -0000
@@ -16,6 +16,56 @@
*** Changes in GDB 6.0:
+* New back-trace mechanism (includes DWARF 2 Call Frame Identification).
+
+DWARF 2's Call Frame Identification makes available compiler generated
+information that more exactly describes the program's run-time stack.
+By using this information, GDB is able to provide more robust stack
+back-traces.
+
+The i386, amd64 (nee, x86-64), Alpha, m68hc11, ia64, and m32r targets
+have been updated to use a new back-trace mechanism which includes
+DWARF 2 CFI support.
+
+* Hosted file I/O.
+
+GDB's remote protocol has been extended to include support for hosted
+file I/O (where the remote target uses GDB's file system). See GDB's
+remote protocol documentation for details.
+
+* All targets using the new architecture framework.
+
+All of GDB's targets have been updated to use the new internal
+architecture framework. The way is now open for future GDB releases
+to include cross-architecture native debugging support (i386 on amd64,
+ppc32 on ppc64).
+
+* GNU/Linux's Thread Local Storage (TLS)
+
+GDB now includes support for for the GNU/Linux implementation of
+per-thread variables.
+
+* GNU/Linux's Native POSIX Thread Library (NPTL)
+
+GDB's thread code has been updated to work with either the new
+GNU/Linux NPTL thread library or the older "LinuxThreads" library.
+
+* Separate debug info.
+
+GDB, in conjunction with BINUTILS, now supports a mechanism for
+automatically loading debug information from a separate file. Instead
+of shipping full debug and non-debug versions of system libraries,
+system integrators can now instead ship just the stripped libraries
+and optional debug files.
+
+* DWARF 2 Location Expressions
+
+DWARF 2 Location Expressions allow the compiler to more exactly
+describe the location of variables to the debugger.
+
+GDB now includes preliminary support for location expressions (support
+for DW_OP_piece is still missing).
+
* GNU/Linux support for fork, vfork, and exec.
The "catch fork", "catch exec", "catch vfork", and "set follow-fork-mode"
Index: PROBLEMS
===================================================================
RCS file: /cvs/src/src/gdb/PROBLEMS,v
retrieving revision 1.18
diff -u -r1.18 PROBLEMS
--- PROBLEMS 26 Aug 2003 03:08:32 -0000 1.18
+++ PROBLEMS 22 Sep 2003 19:09:26 -0000
@@ -3,6 +3,26 @@
See also: http://www.gnu.org/software/gdb/bugs/
+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.
+
+Fortunatly the ARM target, in the GDB's mainline sources, has been
+updated so people encountering problems should consider downloading a
+more current GDB (http://www.gnu.org/software/gdb/current).
+
gdb/1091: Constructor breakpoints ignored
gdb/1193: g++ 3.3 creates multiple constructors: gdb 5.3 can't set breakpoints
next prev parent reply other threads:[~2003-09-22 19:12 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-20 20:59 Andrew Cagney
2003-09-20 22:35 ` Daniel Jacobowitz
2003-09-20 23:39 ` Andrew Cagney
2003-09-22 7:21 ` Andrew Cagney
2003-09-22 19:12 ` Andrew Cagney [this message]
2003-09-22 22:16 ` Jim Blandy
2003-09-23 19:49 ` Andrew Cagney
2003-09-23 22:00 ` Jim Blandy
2003-09-25 18:30 ` Andrew Cagney
2003-09-22 7:38 Michael Elizabeth Chastain
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F6F499E.7020102@redhat.com \
--to=ac131313@redhat.com \
--cc=gdb-patches@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox