Toolchain/binutils-gdb
1
0
Fork 0
forked from Imagelibrary/binutils-gdb
Code Pull Requests Activity

Corrected spelling errors in comments

Browse Source
This commit is contained in:
David Anderson
2000-10-23 22:49:29 +00:00
parent 59666b35a8
commit e26cc3490a
11 changed files with 34 additions and 24 deletions
Download Patch File Download Diff File Expand all files Collapse all files

10
gdb/ChangeLog
View File

@@ -1,3 +1,11 @@
2000-10-23 David B Anderson <davea@sgi.com>
* TODO: Correct spelling errors
* command.c (_initialize_command) corelow.c (core_open)
main.c (captured_command_loop) mips-tdep.c (mips32_next_pc)
remote.c serial.h top.c utils.c config/nm-lynx.h:
Correct spelling errors in comments
2000-10-22 Kevin Buettner <kevinb@redhat.com>
* sparc-nat.c (fetch_core_registers): Protoize.
@@ -32,6 +40,7 @@ Fri Oct 20 19:08:47 2000 Andrew Cagney <cagney@b1.cygnus.com>
* remote-utils.c (gr_multi_scan): Protoize.
* remote-vx.c (vx_xfer_memory, net_get_symbols): Protoize.
>>>>>>> 1.717
2000-10-13 Fernando Nasser <fnasser@cygnus.com>
* remote.c (putpkt_binary): Call read_frame, not getpkt. Log message.
@@ -124,6 +133,7 @@ Fri Oct 20 19:08:47 2000 Andrew Cagney <cagney@b1.cygnus.com>
* rs6000-tdep.c (skip_prologue): Add new parameter lim_pc.
Update all callers.
>>>>>>> 1.709
2000-10-03 Kevin Buettner <kevinb@redhat.com>
* remote-bug.c (bug_xfer_memory, bug_insert_breakpoint,

24
gdb/TODO
View File

@@ -71,7 +71,7 @@ Dan Nicolaescu writes:
> stoping in weak functions.
>
> It stops in a function that is defined as weak, not in the function
> that is actualy run...
> that is actually run...
--
@@ -314,7 +314,7 @@ determine the default isa/byte-order.
--
Rely on BFD_BIG_ENDIAN and BFD_LITTLE_ENDIAN instead of host dependant
Rely on BFD_BIG_ENDIAN and BFD_LITTLE_ENDIAN instead of host dependent
BIG_ENDIAN and LITTLE_ENDIAN.
--
@@ -508,7 +508,7 @@ http://sourceware.cygnus.com/ml/gdb-patches/2000-07/msg00042.html
Apart from the d30v, are there any sim/common simulators that make use
of this?
A brief summary of what happended is that sim/common/sim-break.c was
A brief summary of what happened is that sim/common/sim-break.c was
created as a good idea. It turned out a better idea was to use
SIM_SIGBREAK and have GDB pass back sim_resume (..., SIGBREAK).
@@ -604,7 +604,7 @@ Document overlay machinery.
``(gdb) catch signal SIGNAL''
Overlaps with ``handle SIGNAL'' but the implied behavour is different.
Overlaps with ``handle SIGNAL'' but the implied behavior is different.
You can attach commands to a catch but not a handle. A handle has a
limited number of hardwired actions.
@@ -806,7 +806,7 @@ Rename read_register{,_pid}() to read_unsigned_register{,_pid}().
If / when GDB starts to support the debugging of multi-processor
(rather than multi-thread) applications the symtab code will need to
be updated a little so that several independant symbol tables are
be updated a little so that several independent symbol tables are
active at a given time.
The other interesting change is a clarification of the exact meaning
@@ -902,7 +902,7 @@ did have a frame pointer register. Modern architectures typically
construct a virtual frame-handle from the stack pointer and various
other bits of string.
Unfortunatly GDB still treats this synthetic FP register as though it
Unfortunately GDB still treats this synthetic FP register as though it
is real. That in turn really confuses users (arm and ``print $fp'' VS
``info registers fp''). The synthetic FP should be separated out of
the true register set presented to the user.
@@ -956,10 +956,10 @@ How I would like the register file to work is more like:
|
map random cache
bytes to target
dependant i-face
dependent i-face
/|\
|
target dependant
target dependent
such as [gG] packet
or ptrace buffer
@@ -990,7 +990,7 @@ The main objectives being:
o a mechanism that clearly separates the
gdb internal register cache from any
target (not architecture) dependant
target (not architecture) dependent
specifics such as [gG] packets.
Of course, like anything, it sounds good in theory. In reality, it
@@ -1075,7 +1075,7 @@ Fix target_signal_from_host() etc.
The name is wrong for starters. ``target_signal'' should probably be
``gdb_signal''. ``from_host'' should be ``from_target_signal''.
After that it needs to be multi-arched and made independant of any
After that it needs to be multi-arched and made independent of any
host signal numbering.
--
@@ -1222,7 +1222,7 @@ The serial code already does this.
--
Make MI interface accessable from existing CLI.
Make MI interface accessible from existing CLI.
--
@@ -1337,7 +1337,7 @@ What should happen is that ``target xxxx'' should call a generic
open an asynchronous target that may need to perform background tasks
as part of the ``attach'' phase.
Unfortunatly, due to limitations in the old/creaking command.h
Unfortunately, due to limitations in the old/creaking command.h
interface, that isn't possible. The function being called isn't told
of the ``xxx'' or any other context information.

2
gdb/command.c
View File

@@ -2045,7 +2045,7 @@ _initialize_command (void)
With no arguments, run an inferior shell.");
/* NOTE: cagney/2000-03-20: Being able to enter ``(gdb) !ls'' would
be a really useful feature. Unfortunatly, the below wont do
be a really useful feature. Unfortunately, the below wont do
this. Instead it adds support for the form ``(gdb) ! ls''
(i.e. the space is required). If the ``!'' command below is
added the complains about no ``!'' command would be replaced by

2
gdb/config/nm-lynx.h
View File

@@ -73,7 +73,7 @@
extern int child_wait (int pid, struct target_waitstatus *status);
/* Lynx needs a special definition of this so that we can
print out the pid and thread number seperatly. */
print out the pid and thread number seperately. */
/* override child_pid_to_str in inftarg.c */

2
gdb/corelow.c
View File

@@ -329,7 +329,7 @@ core_open (char *filename, int from_tty)
siggy = bfd_core_file_failing_signal (core_bfd);
if (siggy > 0)
/* NOTE: target_signal_from_host() converts a target signal value
into gdb's internal signal value. Unfortunatly gdb's internal
into gdb's internal signal value. Unfortunately gdb's internal
value is called ``target_signal'' and this function got the
name ..._from_host(). */
printf_filtered ("Program terminated with signal %d, %s.\n", siggy,

2
gdb/main.c
View File

@@ -105,7 +105,7 @@ captured_command_loop (void *data)
/* FIXME: cagney/1999-11-05: A correct command_loop() implementaton
would clean things up (restoring the cleanup chain) to the state
they were just prior to the call. Technically, this means that
the do_cleanups() below is redundant. Unfortunatly, many FUNC's
the do_cleanups() below is redundant. Unfortunately, many FUNCs
are not that well behaved. do_cleanups should either be replaced
with a do_cleanups call (to cover the problem) or an assertion
check to detect bad FUNCs code. */

2
gdb/mips-tdep.c
View File

@@ -819,7 +819,7 @@ mips32_next_pc (CORE_ADDR pc)
} /* mips32_next_pc */
/* Decoding the next place to set a breakpoint is irregular for the
mips 16 variant, but fortunatly, there fewer instructions. We have to cope
mips 16 variant, but fortunately, there fewer instructions. We have to cope
ith extensions for 16 bit instructions and a pair of actual 32 bit instructions.
We dont want to set a single step instruction on the extend instruction
either.

2
gdb/remote.c
View File

@@ -2192,7 +2192,7 @@ serial device is attached to the remote system\n\
/* FIXME: cagney/1999-09-23: During the initial connection it is
assumed that the target is already ready and able to respond to
requests. Unfortunatly remote_start_remote() eventually calls
requests. Unfortunately remote_start_remote() eventually calls
wait_for_inferior() with no timeout. wait_forever_enabled_p gets
around this. Eventually a mechanism that allows
wait_for_inferior() to expect/get timeouts will be

2
gdb/serial.h
View File

@@ -62,7 +62,7 @@ extern void serial_un_fdopen (serial_t scb);
enum serial_rc {
SERIAL_ERROR = -1, /* General error. */
SERIAL_TIMEOUT = -2, /* Timeout or data-not-ready during read.
Unfortunatly, through ui_loop_hook(), this
Unfortunately, through ui_loop_hook(), this
can also be a QUIT indication. */
SERIAL_EOF = -3 /* General end-of-file or remote target
connection closed, indication. Includes

8
gdb/top.c
View File

@@ -564,7 +564,7 @@ return_to_top_level (enum return_reason reason)
code also randomly used a SET_TOP_LEVEL macro that directly
initialize the longjmp buffers. */
/* MAYBE: cagney/1999-11-05: Should the catch_erros and cleanups code
/* MAYBE: cagney/1999-11-05: Should the catch_errors and cleanups code
be consolidated into a single file instead of being distributed
between utils.c and top.c? */
@@ -607,9 +607,9 @@ catch_errors (catch_errors_ftype *func, PTR args, char *errstring,
val = (*func) (args);
catch_return = saved_catch;
/* FIXME: cagney/1999-11-05: A correct FUNC implementaton will
/* FIXME: cagney/1999-11-05: A correct FUNC implementation will
clean things up (restoring the cleanup chain) to the state they
were just prior to the call. Unfortunatly, many FUNC's are not
were just prior to the call. Unfortunately, many FUNC's are not
that well behaved. This could be fixed by adding either a
do_cleanups call (to cover the problem) or an assertion check to
detect bad FUNCs code. */
@@ -672,7 +672,7 @@ do_captured_command (void *data)
/* FIXME: cagney/1999-11-07: Technically this do_cleanups() call
isn't needed. Instead an assertion check could be made that
simply confirmed that the called function correctly cleaned up
after its self. Unfortunatly, old code (prior to 1999-11-04) in
after itself. Unfortunately, old code (prior to 1999-11-04) in
main.c was calling SET_TOP_LEVEL(), calling the command function,
and then *always* calling do_cleanups(). For the moment we
remain ``bug compatible'' with that old code.. */

2
gdb/utils.c
View File

@@ -607,7 +607,7 @@ verror (const char *string, va_list args)
char *err_string;
struct cleanup *err_string_cleanup;
/* FIXME: cagney/1999-11-10: All error calls should come here.
Unfortunatly some code uses the sequence: error_begin(); print
Unfortunately some code uses the sequence: error_begin(); print
error message; return_to_top_level. That code should be
flushed. */
error_begin ();