summaryrefslogtreecommitdiff
path: root/gdb/TODO
diff options
context:
space:
mode:
authorAndrew Cagney <cagney@redhat.com>2000-08-04 09:32:19 +0000
committerAndrew Cagney <cagney@redhat.com>2000-08-04 09:32:19 +0000
commite6c7a9e67c59fd83caf6209502a3fe65d95186ab (patch)
treeb3a85b4cd94f85e8f28e0e8826c6267fd5c7d901 /gdb/TODO
parentcdd1dbc645c62f2ca666b589a63d51e9a3f82c68 (diff)
downloadgdb-e6c7a9e67c59fd83caf6209502a3fe65d95186ab.tar.gz
Re-implement ``set/show remote Z-packet ...'' commands so that each Z
packet sub-type can be explicitly controled.
Diffstat (limited to 'gdb/TODO')
-rw-r--r--gdb/TODO12
1 files changed, 6 insertions, 6 deletions
diff --git a/gdb/TODO b/gdb/TODO
index 17b645100d4..633ac79bdb0 100644
--- a/gdb/TODO
+++ b/gdb/TODO
@@ -498,6 +498,11 @@ SIM_SIGBREAK and have GDB pass back sim_resume (..., SIGBREAK).
--
+Move remote_remove_hw_breakpoint, remote_insert_hw_breakpoint,
+remote_remove_watchpoint, remote_insert_watchpoint into target vector.
+
+--
+
New Features and Fixes
======================
@@ -751,7 +756,7 @@ ignored and a timeout is required before GDB retries. A pre-cursor to
fixing this this is making GDB's remote protocol packet more robust.
While downloading to a remote protocol target, gdb ignores packet
-errors in so far as it will continue to edownload with chunk N+1 even
+errors in so far as it will continue to download with chunk N+1 even
if chunk N was not correctly sent. This causes gdb.base/remote.exp to
take a painfully long time to run. As a PS that test needs to be
fixed so that it builds on 16 bit machines.
@@ -776,11 +781,6 @@ target endianess changes gdb doesn't know.
--
-Use the recently added add_set_auto_boolean_cmd() function to
-implement the X-packet commands.
-
---
-
Rename read_register{,_pid}() to read_unsigned_register{,_pid}().
--