This is the mail archive of the
gdb-patches@sourceware.cygnus.com
mailing list for the GDB project.
NEWS/TODO updates
- To: GDB Patches <gdb-patches at sourceware dot cygnus dot com>
- Subject: NEWS/TODO updates
- From: Andrew Cagney <ac131313 at cygnus dot com>
- Date: Mon, 10 Apr 2000 20:49:39 +1000
- Organization: Cygnus Solutions
FYI,
I've committed the attatched.
Andrew
Mon Apr 10 20:17:32 2000 Andrew Cagney <cagney@b1.cygnus.com>
* TODO, NEWS: Update. Mention MI.
Index: NEWS
===================================================================
RCS file: /cvs/src/src/gdb/NEWS,v
retrieving revision 1.3
diff -p -r1.3 NEWS
*** NEWS 2000/04/03 22:10:45 1.3
--- NEWS 2000/04/10 10:49:16
***************
*** 3,17 ****
*** Changes since GDB-4.18:
- * New features
-
- On SVR4 native platforms (such as Solaris), if you attach to a process
- without first loading a symbol file, GDB will now attempt to locate and
- load symbols from the running process's executable file.
-
- C++ support has been greatly improved. Overload resolution now works properly
- in almost all cases. RTTI support is on the way.
-
* New native configurations
ARM GNU/Linux arm*-*-linux*
--- 3,8 ----
*************** Pyramid pyramid-*-*
*** 32,37 ****
--- 23,39 ----
ARM RISCix arm-*-* (as host)
Tahoe tahoe-*-*
+ * New features for SVR4
+
+ On SVR4 native platforms (such as Solaris), if you attach to a process
+ without first loading a symbol file, GDB will now attempt to locate and
+ load symbols from the running process's executable file.
+
+ * Many C++ enhancements
+
+ C++ support has been greatly improved. Overload resolution now works properly
+ in almost all cases. RTTI support is on the way.
+
* Remote targets can connect to a sub-program
A popen(3) style serial-device has been added. This device starts a
*************** accept a range of breakpoints, e.g. ``5-
*** 68,73 ****
--- 70,85 ----
The ``apropos'' command searches through command names and
documentation strings, printing out matches, making it much easier to
try to find a command that does what you are looking for.
+
+ * New MI interface
+
+ A new machine oriented interface (MI) has been added to GDB. This
+ interface is designed for debug environments running GDB as a separate
+ process. This is part of the long term libGDB project. See
+ gdb/mi/gdbmi.texinfo for further information. It can be enabled by
+ configuring with:
+
+ .../configure --enable-gdbmi
*** Changes in GDB-4.18:
Index: TODO
===================================================================
RCS file: /cvs/src/src/gdb/TODO,v
retrieving revision 1.7
diff -p -r1.7 TODO
*** TODO 2000/04/07 04:33:21 1.7
--- TODO 2000/04/10 10:49:18
*************** you should consider sending mail to the
*** 4,58 ****
whether anyone else is working on it.
! TODO: GDB 5.0
! =============
!
! Here are _all_ the issues that have been raised vis-a-vis the 5.0
! release. Also check the GDB, and other, mail archives
! (http://sourceware.cygnus.com/ml/gdb/).
! If, however, you fix something, then feel free to tweek this file
! (deleting the problem). Just send a note to gdb-patches so that I see
! the change.
! The names in paren are those that might know more about the problem.
! They don't necessarily indicate the people that will fix the problem.
--
! GDB 5.0: Must have
! ------------------
! These are things that have been identifed as must-have for this
! release of GDB.
--
! GDB 5.0: Nice to have
! ---------------------
! These are things that might make it in 5.0 but don't sit in the
! critical path. If they miss the 5.0 cut then they definitly should
! make the follow-on release.
--
! Generic: lin-thread cannot handle thread exit (Mark Kettenis, Michael Snyder)
! http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00525.html
The thread_db assisted debugging code doesn't handle exiting threads
properly, at least in combination with glibc 2.1.3 (the framework is
there, just not the actual code). There are at least two problems
that prevent this from working.
! As an additional reference point, the pre thread_db code didn't work
either.
--
Java (Anthony Green, David Taylor)
! Anthony Green has started contributing late breaking Java patches:
Patch: java tests
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00512.html
--- 4,60 ----
whether anyone else is working on it.
! Known problems in GDB 5.0
! =========================
! Below is a list of problems identified during the GDB 5.0 release
! cycle. People hope to have these problems fixed in a follow-on
! release.
! (The names in paren indicate people that posted the original problem.)
--
! GDB doesn't build under IRIX6.4
! Benjamin Gamsa wrote:
+ Has anyone successfully built the latest (from cvs) gdb on IRIX6.4 or
+ later? The first problem I hit is that proc-api.c includes
+ sys/user.h, which no longer exists under IRIX6.4. If I comment out
+ that include, the next problem I hit is that PIOCGETPR and PIOCGETU
+ are no longer defined in IRIX6.4 (presumably related to the
+ disappearance of user.h).
+
--
! gdb-cvs fails to build on freebsd-elf
! http://sourceware.cygnus.com/ml/gdb/2000-04/msg00004.html
! Either the FreeBSD group need to contribute their local GDB changes
! back to the master sources or someone needs to provides a new
! (clean-room) implementation. Since the former involves a fairly
! complicated assignment the latter may be easier. [cagney]
--
! Generic: lin-thread cannot handle thread exit (Mark Kettenis, Michael
! Snyder) http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00525.html
The thread_db assisted debugging code doesn't handle exiting threads
properly, at least in combination with glibc 2.1.3 (the framework is
there, just not the actual code). There are at least two problems
that prevent this from working.
! As an additional reference point, the pre thread_db code did not work
either.
--
Java (Anthony Green, David Taylor)
! Anthony Green has a number of Java patches that did not make it into
! the 5.0 release.
Patch: java tests
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00512.html
*************** http://sourceware.cygnus.com/ml/gdb-patc
*** 63,94 ****
Patch: handle N_MAIN stab
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00527.html
- It should be able to squeeze these in.
-
--
Pascal (Pierre Muller, David Taylor)
-
- The pascal support patches nave been added to the patch data base. I
- [cagney] strongly suspect that they are better suited for 5.1.
! Indent -gnu ?
! http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00496.html
2 pascal language patches inserted in database
http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00521.html
-
- --
! Programs run under GDB have SIGCHLD masked.
!
! [I think this can be worked around by using the action command -
! cagney]
--
GNU/Linux/x86 and random thread signals (and Solaris/SPARC but not
! Solaris/x86)
Christopher Blizzard writes:
--- 65,88 ----
Patch: handle N_MAIN stab
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00527.html
--
Pascal (Pierre Muller, David Taylor)
! Pierre Muller has contributed patches for adding Pascal Language
! support to GDB.
2 pascal language patches inserted in database
http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00521.html
! Indent -gnu ?
! http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00496.html
--
GNU/Linux/x86 and random thread signals (and Solaris/SPARC but not
! Solaris/x86).
! http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00336.html
Christopher Blizzard writes:
*************** http://bugzilla.redhat.com/bugzilla/show
*** 110,170 ****
--
! IRIX?
!
! Benjamin Gamsa wrote:
!
! Has anyone successfully built the latest (from cvs) gdb on IRIX6.4 or
! later? The first problem I hit is that proc-api.c includes
! sys/user.h, which no longer exists under IRIX6.4. If I comment out
! that include, the next problem I hit is that PIOCGETPR and PIOCGETU
! are no longer defined in IRIX6.4 (presumably related to the
! disappearance of user.h).
!
! --
!
! Regressions (prologue) with devel GCC.
!
! The current head of the GCC branch doesn't co-operate well with GDB
! over debug information.
!
! Regressions problem (200 failures)
http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00475.html
-
- --
! RFA: infrun.c, breakpoint.c: Kludge for Solaris x86 hardware watchpoint support
! http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00664.html
! Unfortunately I'd need the following kludge to work around a Solaris
! x86 kernel problem with hardware watchpoint support. See the comment
! in the patches for a description of the problem.
--
! RFD: infrun.c: No bpstat_stop_status call after proceed over break ?
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00665.html
! I am currently trying to fix a GDB bug with missing watchpoint triggers
! after proceeding over a breakpoint on x86 targets.
--
x86 linux GDB and SIGALRM (???)
http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00803.html
! --
!
! Migrate qfThreadInfo packet -> qThreadInfo. (Andrew Cagney)
!
! Add support for packet enable/disable commands with these thread
! packets. General cleanup.
! [PATCH] Document the ThreadInfo remote protocol queries
! http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00832.html
!
! [PATCH] "info threads" queries for remote.c
! http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00831.html
--
--- 104,146 ----
--
! Possible regressions with some devel GCCs.
http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00475.html
! gcc-2.95.2 outputs a line note *before* the prologue (and one for the
! closing brace after the epilogue, instead of before it, as it used to
! be). By disabling the RTL-style prologue generating mechanism
! (undocumented GCC option -mno-schedule-prologue), you get back the
! traditional behaviour.
! http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00510.html
! This should now be fixed.
--
! RFD: infrun.c: No bpstat_stop_status call after proceed over break?
! (Peter Schauer)
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00665.html
+
+ GDB misses watchpoint triggers after proceeding over a breakpoint on
+ x86 targets.
! I think
! http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00664.html
! fixed this.
--
x86 linux GDB and SIGALRM (???)
http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00803.html
! I know there are problems with single stepping through signal
! handlers. These problems were present in 4.18. They were just masked
! because 4.18 failed to recognize signal handlers. Fixing it is not
! easy, and will require changes to handle_inferior_event(), that I
! prefer not to make before the 5.0 release.
! Mark
--
*************** Discussion on MI can be found on the thr
*** 182,296 ****
switches and annotations docs
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00639.html
--
Revised UDP support (was: Re: [Fwd: [patch] UDP transport support])
http://sourceware.cygnus.com/ml/gdb-patches/2000-04/msg00000.html
! --
!
! problems loading shared libraries - with attached test case
! http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00820.html
!
! Hi, I'm having problems loading shared libraries. This is with a
! build of gdb out of cvs that I pulled and built on March 27th and has
! been there for at least a week. I haven't gone back further than
! that. This is with the gcc that is shipping with Red Hat 6.2:
!
! Reading specs from
! /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs gcc version
! egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
!
! I'm using "set auto-solib-add 0" after main has been called. If I use
! "shar" to load a shared library manually once I can't use it again to
! load another shared library later. Please see the attached log for an
! example of how to reproduce the problem.
!
! --
!
! GDB 5.0: Won't have
! -------------------
!
! The following are on hold until GDB 5.0 is branched. In general they
! won't go in as they unsettle the GDB sources.
!
! --
!
! ATTRIBUTE_UNUSED
- The need for this as almost been eliminated. The next version of GCC
- (assuming cagney gets the revised patch approved) will be able to
- supress unused parameter warnings.
-
--
- Delete macro TARGET_BYTE_ORDER_SELECTABLE.
-
- Patches in the database.
-
- --
-
- Updated readline
-
- Readline 4.? is out. A merge wouldn't hurt.
-
- --
-
- Purge PARAMS
-
- Something to do post 5.0 branch
-
- --
-
- Elimination of make_cleanup_func. (Andrew Cagney)
-
- make_cleanup_func elimination
- http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00791.html
- http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00814.html
-
- --
-
- ChangeLog.mi vs ChangeLog-mi (Andrew Cagney)
- Needs further debate.
-
- Re: [PATCH] Add change-log variables to more MI files
- http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00811.html
-
- --
-
- Re: gdb-cvs fails on freebsd-elf
- http://sourceware.cygnus.com/ml/gdb/2000-04/msg00004.html
-
- FreeBSD haven't contributed their local GDB changes back to the master
- sources (they would at least need an FSF assignment by all
- individuales that contributed to the work). Given the strong
- likelhood that this will never happen, I'd suggest that a better
- strategy would be for someone (with an FSF/GDD assignment) to do a new
- (clean-room) implementation. That can then be accepted in time for
- GDB 5.1.
-
- --
-
- Re: Various C++ things
-
- value_headof/value_from_vtable_info are worthless, and should be removed.
- The one place in printcmd.c that uses it should use the RTTI functions.
-
- RTTI for g++ should be using the typeinfo functions rather than the vtables.
- The typeinfo functions are always at offset 4 from the beginning of the vtable,
- and are always right. The vtables will have weird names like E::VB sometimes.
- The typeinfo function will always be "E type_info function", or somesuch.
-
- value_virtual_fn_field needs to be fixed so there are no failures for virtual
- functions for C++ using g++.
-
- Testsuite cases are the major priority right now for C++ support, since i have
- to make a lot of changes that could potentially break each other.
-
-
- --
GDB 5.0: Test results
! ---------------------
Please include:
--- 158,177 ----
switches and annotations docs
http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00639.html
+ MI documentation can be found in the file gdb/mi/gdbmi.texinfo
+
--
Revised UDP support (was: Re: [Fwd: [patch] UDP transport support])
http://sourceware.cygnus.com/ml/gdb-patches/2000-04/msg00000.html
! (Broken) support for GDB's remote protocol across UDP is to be
! included in the follow-on release.
--
GDB 5.0: Test results
! =====================
Please include:
*************** http://sourceware.cygnus.com/ml/gdb/2000
*** 384,404 ****
------------------------------------------------
! General Wish List
! =================
--
GDBARCH cleanup (Andrew Cagney)
The non-generated parts of gdbarch.{sh,h,c} should be separated out
! into gdbarch-utils.[hc] (Name ok).
The ``info architecture'' command should be replaced with a fixed
``set architecture'' (implemented using the command.c enum code).
Document that gdbarch_init_ftype could easily fail because it didn't
identify an architecture.
--
--- 265,366 ----
------------------------------------------------
! Code cleanups
! =============
!
! The following code cleanups are planned for the follow-on release to
! GDB 5.0.
--
+ ATTRIBUTE_UNUSED
+
+ The need for this as almost been eliminated. The next version of GCC
+ (assuming cagney gets the relevant patch committed) will be able to
+ supress unused parameter warnings.
+
+ --
+
+ Delete macro TARGET_BYTE_ORDER_SELECTABLE.
+
+ Patches in the database.
+
+ --
+
+ Updated readline
+
+ Readline 4.? is out. A merge wouldn't hurt.
+
+ --
+
+ Purge PARAMS
+
+ Eliminate all uses of PARAMS in GDB's source code.
+
+ --
+
+ Elimination of make_cleanup_func. (Andrew Cagney)
+
+ make_cleanup_func elimination
+ http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00791.html
+ http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00814.html
+
+ --
+
+ ChangeLog.mi vs ChangeLog-mi (Andrew Cagney)
+ Needs further debate.
+
+ Re: [PATCH] Add change-log variables to more MI files
+ http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00811.html
+
+ --
+
+ Re: Various C++ things
+
+ value_headof/value_from_vtable_info are worthless, and should be removed.
+ The one place in printcmd.c that uses it should use the RTTI functions.
+
+ RTTI for g++ should be using the typeinfo functions rather than the vtables.
+ The typeinfo functions are always at offset 4 from the beginning of the vtable,
+ and are always right. The vtables will have weird names like E::VB sometimes.
+ The typeinfo function will always be "E type_info function", or somesuch.
+
+ value_virtual_fn_field needs to be fixed so there are no failures for virtual
+ functions for C++ using g++.
+
+ Testsuite cases are the major priority right now for C++ support, since i have
+ to make a lot of changes that could potentially break each other.
+
+ --
+
GDBARCH cleanup (Andrew Cagney)
The non-generated parts of gdbarch.{sh,h,c} should be separated out
! into arch-utils.[hc].
The ``info architecture'' command should be replaced with a fixed
``set architecture'' (implemented using the command.c enum code).
Document that gdbarch_init_ftype could easily fail because it didn't
identify an architecture.
+
+ --
+
+ Migrate qfThreadInfo packet -> qThreadInfo. (Andrew Cagney)
+
+ Add support for packet enable/disable commands with these thread
+ packets. General cleanup.
+
+ [PATCH] Document the ThreadInfo remote protocol queries
+ http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00832.html
+
+ [PATCH] "info threads" queries for remote.c
+ http://sourceware.cygnus.com/ml/gdb-patches/2000-q1/msg00831.html
+
+ --
+
+ General Wish List
+ =================
--