From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27726 invoked by alias); 10 Feb 2002 07:26:01 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 27580 invoked from network); 10 Feb 2002 07:25:59 -0000 Received: from unknown (HELO mms2.broadcom.com) (63.70.210.59) by sources.redhat.com with SMTP; 10 Feb 2002 07:25:59 -0000 Received: from 63.70.210.1 by mms2.broadcom.com with ESMTP (Broadcom MMS-2 SMTP Relay (MMS v4.7)); Sat, 09 Feb 2002 23:24:42 -0800 X-Server-Uuid: 2a12fa22-b688-11d4-a6a1-00508bfc9626 Received: from dt-sj3-118.sj.broadcom.com (dt-sj3-118 [10.21.64.118]) by mail-sj1-5.sj.broadcom.com (8.12.2/8.12.2) with ESMTP id g1A7PtKf001727 for ; Sat, 9 Feb 2002 23:25:55 -0800 ( PST) Received: (from cgd@localhost) by dt-sj3-118.sj.broadcom.com ( 8.9.1/SJ8.9.1) id XAA19102; Sat, 9 Feb 2002 23:25:54 -0800 (PST) To: gdb-patches@sources.redhat.com Subject: [PATCH RFA] fix some sim spelling errors. From: cgd@broadcom.com Date: Sat, 09 Feb 2002 23:26:00 -0000 Message-ID: X-Mailer: Gnus v5.7/Emacs 20.4 MIME-Version: 1.0 X-WSS-ID: 1078FFB01355397-01-01 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-SW-Source: 2002-02/txt/msg00299.txt.bz2 So, I've started looking at 'sim' again... Anyway, while doing so, I noticed a bunch of spelling errors that were just too obvious to ignore... 8-) Any objections to the following? I didn't fix things which i thought might have been valid spellings in, uh, a different part of the world or which the dictionary i consulted considered acceptable (but less-used or less-desirable), even if ispell or spell whined about them. 8-) I'd normally call this an obvious patch, but, well, some might see this as undesirable because it changes the files. So, i figured I'd ask first. If this is OK, i'll call future similar changes obvious. chris =================================================================== [sim/common/ChangeLog] 2002-02-09 Chris Demetriou * callback.c: Fix some spelling errors. * hw-device.h: Likewise. * hw-tree.c: Likewise. * sim-abort.c: Likewise. * sim-alu.h: Likewise. * sim-core.h: Likewise. * sim-events.c: Likewise. * sim-events.h: Likewise. * sim-fpu.h: Likewise. * sim-profile.h: Likewise. * sim-utils.c: Likewise. Index: callback.c =================================================================== RCS file: /cvs/src/src/sim/common/callback.c,v retrieving revision 1.2 diff -u -r1.2 callback.c --- callback.c 2000/02/08 20:54:27 1.2 +++ callback.c 2002/02/10 07:19:48 @@ -726,7 +726,7 @@ TS is ignored. The result is the size of the target's stat struct, - or zero if an error occured during the translation. */ + or zero if an error occurred during the translation. */ int cb_host_to_target_stat (cb, hs, ts) Index: hw-device.h =================================================================== RCS file: /cvs/src/src/sim/common/hw-device.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 hw-device.h --- hw-device.h 1999/04/16 01:34:57 1.1.1.1 +++ hw-device.h 2002/02/10 07:19:48 @@ -172,7 +172,7 @@ node is described as the bus owner and is responisble for co-ordinating bus operations. On the bus, a SPACE:ADDR pair is used to specify an address. A device that is both a bus owner (parent) - and bus client (child) are refered to as a bridging device. + and bus client (child) are referred to as a bridging device. A child performing a data (DMA) transfer will pass its request to the bus owner (the devices parent). The bus owner will then either Index: hw-tree.c =================================================================== RCS file: /cvs/src/src/sim/common/hw-tree.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 hw-tree.c --- hw-tree.c 1999/09/22 03:28:06 1.1.1.2 +++ hw-tree.c 2002/02/10 07:19:48 @@ -681,7 +681,7 @@ /* copy it in */ if (*chp == '"') { - /* a quoted string - watch for '\' et.al. */ + /* a quoted string - watch for '\' et al. */ /* estimate the size and allocate space for it */ int pos; chp++; Index: sim-abort.c =================================================================== RCS file: /cvs/src/src/sim/common/sim-abort.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sim-abort.c --- sim-abort.c 1999/04/16 01:34:57 1.1.1.1 +++ sim-abort.c 2002/02/10 07:19:48 @@ -28,7 +28,7 @@ jump right out of the simulator. It is intended as a holder for simulators that have started to use - sim-core et.al. but are not yet in a position to use sim-engine + sim-core et al. but are not yet in a position to use sim-engine (the setjmp/longjmp code). */ Index: sim-alu.h =================================================================== RCS file: /cvs/src/src/sim/common/sim-alu.h,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sim-alu.h --- sim-alu.h 1999/04/16 01:34:57 1.1.1.1 +++ sim-alu.h 2002/02/10 07:19:48 @@ -36,7 +36,7 @@ Code using this module includes it into sim-main.h and then, as a convention, defines macro's ALU*_END that records the result of any - aritmetic performed. Ex: + arithmetic performed. Ex: #include "sim-alu.h" #define ALU32_END(RES) \ @@ -73,7 +73,7 @@ ALU*_RESULT: Generic ALU result output. ALU*_HAD_OVERFLOW: Returns a nonzero value if signed overflow - occured. + occurred. ALU*_OVERFLOW_RESULT: If the macro ALU*_HAD_OVERFLOW is being used this is the most efficient result available. Ex: @@ -84,8 +84,8 @@ (RES) = ALU16_OVERFLOW_RESULT ALU*_HAD_CARRY_BORROW: Returns a nonzero value if unsigned - overflow or underflow (also refered to as carry and borrow) - occured. + overflow or underflow (also referred to as carry and borrow) + occurred. ALU*_CARRY_BORROW_RESULT: If the macro ALU*_HAD_CARRY_BORROW is being used this is the most efficient result available. Ex: @@ -132,7 +132,7 @@ -/* Twos complement aritmetic - addition/subtraction - carry/borrow +/* Twos complement arithmetic - addition/subtraction - carry/borrow (or you thought you knew the answer to 0-0) @@ -154,9 +154,9 @@ UMAXn: The upper bound of an unsigned N bit value (the lower bound is always zero). - Un: UMAXn + 1. Unsigned arrithmetic is computed `modulo (Un)'. + Un: UMAXn + 1. Unsigned arithmetic is computed `modulo (Un)'. - X[p]: Is bit P of X. X[0] denotes the least signifant bit. + X[p]: Is bit P of X. X[0] denotes the least significant bit. ~X[p]: Is the inversion of bit X[p]. Also equal to 1-X[p], (1+X[p])mod(2). @@ -167,7 +167,7 @@ Overflow/Overflow indicates an error in computation of signed - arrithmetic. i.e. given X,Y in [MINn..MAXn]; overflow + arithmetic. i.e. given X,Y in [MINn..MAXn]; overflow indicates that the result X+Y > MAXn or X+Y < MIN_INTx. Hardware traditionally implements overflow by computing the XOR of @@ -179,7 +179,7 @@ Addition - Overflow - method 1: - Overflow occures when the sign (most significant bit) of the two N + Overflow occurs when the sign (most significant bit) of the two N bit operands is identical but different to the sign of the result: Rn = (Xn + Yn) @@ -191,7 +191,7 @@ The two N bit operands are sign extended to M>N bits and then - added. Overflow occures when SIGN_BIT and SIGN_BIT do not + added. Overflow occurs when SIGN_BIT and SIGN_BIT do not match. Rm = (SEXTn (Xn) + SEXTn (Yn)) @@ -203,7 +203,7 @@ The two N bit operands are sign extended to M>N bits and then - added. Overflow occures when the result is outside of the sign + added. Overflow occurs when the result is outside of the sign extended range [MINn .. MAXn]. @@ -235,7 +235,7 @@ Addition - Carry - Introduction: - Carry (poorly named) indicates that an overflow occured for + Carry (poorly named) indicates that an overflow occurred for unsigned N bit addition. i.e. given X, Y in [0..UMAXn] then carry indicates X+Y > UMAXn or X+Y >= Un. @@ -293,7 +293,7 @@ Given two signed N bit numbers, a carry can be detected by treating the numbers as N bit unsigned and adding them using M>N unsigned - arrithmetic. Carry is indicated by bit (1 << N) being set (result + arithmetic. Carry is indicated by bit (1 << N) being set (result >= 2**N). @@ -314,29 +314,29 @@ 0 <= X < Un, 0 <= Y < Un ==> X + Y < 2 Un - Consider Y when carry occures: + Consider Y when carry occurs: X + Y >= Un, Y < Un - ==> (Un - X) <= Y < Un # re-arange + ==> (Un - X) <= Y < Un # rearrange ==> Un <= X + Y < Un + X < 2 Un # add Xn ==> 0 <= (X + Y) mod Un < X mod Un - or when carry as occured: + or when carry as occurred: (X + Y) mod Un < X mod Un - Consider Y when carry does not occure: + Consider Y when carry does not occur: X + Y < Un have X < Un, Y >= 0 ==> X <= X + Y < Un ==> X mod Un <= (X + Y) mod Un - or when carry has not occured: + or when carry has not occurred: ! ( (X + Y) mod Un < X mod Un) - hence we get carry by computing in N bit unsigned arrithmetic. + hence we get carry by computing in N bit unsigned arithmetic. carry <- (Xn + Yn) < Xn @@ -360,7 +360,7 @@ ==> X + ~Y + 1 # -Y = ~Y + 1 In addition to the result, the equation produces Carry-out. For - succeeding extended prrcision calculations, the more general + succeeding extended precision calculations, the more general equation can be used: C[p]:R[p] = X[p] + ~Y[p] + C[p-1] @@ -416,7 +416,7 @@ Treating Xn and Yn as unsigned values then a borrow (unsigned - underflow) occures when: + underflow) occurs when: B = Xn < Yn ==> C = Xn >= Yn @@ -491,7 +491,7 @@ /* 32 bit target expressions: - Since most hosts do not support 64 (> 32) bit arrithmetic, carry + Since most hosts do not support 64 (> 32) bit arithmetic, carry method 4 and overflow method 4 are used. */ #define ALU32_BEGIN(VAL) \ @@ -518,7 +518,7 @@ /* 64 bit target expressions: Even though the host typically doesn't support native 64 bit - arrithmetic, it is still used. */ + arithmetic, it is still used. */ #define ALU64_BEGIN(VAL) \ unsigned64 alu64_r = (VAL); \ Index: sim-core.h =================================================================== RCS file: /cvs/src/src/sim/common/sim-core.h,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 sim-core.h --- sim-core.h 1999/04/26 18:31:38 1.1.1.2 +++ sim-core.h 2002/02/10 07:19:48 @@ -167,7 +167,7 @@ /* Variable sized read/write Transfer a variable sized block of raw data between the host and - target. Should any problems occure, the number of bytes + target. Should any problems occur, the number of bytes successfully transfered is returned. No host/target byte endian conversion is performed. No xor-endian @@ -213,7 +213,7 @@ /* XOR version of variable sized read/write. Transfer a variable sized block of raw data between the host and - target. Should any problems occure, the number of bytes + target. Should any problems occur, the number of bytes successfully transfered is returned. No host/target byte endian conversion is performed. If applicable Index: sim-events.c =================================================================== RCS file: /cvs/src/src/sim/common/sim-events.c,v retrieving revision 1.3 diff -u -r1.3 sim-events.c --- sim-events.c 2000/07/27 11:37:34 1.3 +++ sim-events.c 2002/02/10 07:19:48 @@ -37,7 +37,7 @@ #include #endif -#include /* For SIGPROCMASK et.al. */ +#include /* For SIGPROCMASK et al. */ typedef enum { watch_invalid, @@ -112,7 +112,7 @@ variables. TIME_OF_EVENT: this holds the time at which the next event is ment - to occure. If no next event it will hold the time of the last + to occur. If no next event it will hold the time of the last event. TIME_FROM_EVENT: The current distance from TIME_OF_EVENT. A value @@ -447,7 +447,7 @@ if (delta < 0) sim_io_error (sd, "what is past is past!\n"); - /* compute when the event should occure */ + /* compute when the event should occur */ time_of_event = sim_events_time (sd) + delta; /* find the queue insertion point - things are time ordered */ Index: sim-events.h =================================================================== RCS file: /cvs/src/src/sim/common/sim-events.h,v retrieving revision 1.2 diff -u -r1.2 sim-events.h --- sim-events.h 2000/07/27 11:37:34 1.2 +++ sim-events.h 2002/02/10 07:19:48 @@ -245,7 +245,7 @@ int slip); -/* Progress time such that an event shall occure upon the next call to +/* Progress time such that an event shall occur upon the next call to sim_events tick */ #if 0 Index: sim-fpu.h =================================================================== RCS file: /cvs/src/src/sim/common/sim-fpu.h,v retrieving revision 1.5 diff -u -r1.5 sim-fpu.h --- sim-fpu.h 2002/01/20 04:09:23 1.5 +++ sim-fpu.h 2002/02/10 07:19:48 @@ -321,7 +321,7 @@ /* Specific comparison operators - For NaNs et.al., the comparison operators will set IS to zero and + For NaNs et al., the comparison operators will set IS to zero and return a nonzero result. */ INLINE_SIM_FPU (int) sim_fpu_lt (int *is, const sim_fpu *l, const sim_fpu *r); Index: sim-profile.h =================================================================== RCS file: /cvs/src/src/sim/common/sim-profile.h,v retrieving revision 1.2 diff -u -r1.2 sim-profile.h --- sim-profile.h 2000/08/15 18:39:02 1.2 +++ sim-profile.h 2002/02/10 07:19:48 @@ -96,7 +96,7 @@ #define WITH_PROFILE_CORE_P (WITH_PROFILE & PROFILE_core) /* If MAX_TARGET_MODES isn't defined, we can't do memory profiling. - ??? It is intended that this is a temporary occurence. Normally + ??? It is intended that this is a temporary occurrence. Normally MAX_TARGET_MODES is defined. */ #ifndef MAX_TARGET_MODES #undef WITH_PROFILE_MEMORY_P Index: sim-utils.c =================================================================== RCS file: /cvs/src/src/sim/common/sim-utils.c,v retrieving revision 1.4 diff -u -r1.4 sim-utils.c --- sim-utils.c 2001/04/25 21:14:28 1.4 +++ sim-utils.c 2002/02/10 07:19:48 @@ -314,7 +314,7 @@ } /* Return the elapsed time in milliseconds since START. - The actual time may be cpu usage (prefered) or wall clock. */ + The actual time may be cpu usage (preferred) or wall clock. */ unsigned long sim_elapsed_time_since (start)