]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commitdiff
[gdb/contrib] Add two words to common-misspellings.txt
authorTom de Vries <tdevries@suse.de>
Sat, 23 Nov 2024 12:07:38 +0000 (13:07 +0100)
committerTom de Vries <tdevries@suse.de>
Sat, 23 Nov 2024 12:07:38 +0000 (13:07 +0100)
While reviewing changes generated by spellcheck.sh for directory sim, I
noticed two more misspellings:
...
arrithemetic->arithmetic
electricaly->electrically
...

Add them to common-misspellings.txt, and fix them in directory sim.

Tested by rebuilding on x86_64-linux.

Approved-By: Tom Tromey <tom@tromey.com>
gdb/contrib/common-misspellings.txt
sim/ppc/INSTALL
sim/ppc/hw_eeprom.c
sim/ppc/idecode_expression.h

index 4ab968e3275e52a272489cef8cc624bbb9d844ac..5772f66be3981c198e42395ed8bd21608e673659 100644 (file)
@@ -22,6 +22,8 @@ sofar->so far
 doens't->doesn't
 behavour->behavior
 behaviour->behavior
+arrithemetic->arithmetic
+electricaly->electrically
 
 # Identity rules.
 
index 220ed4d44f5409264d52dc8e80044ae54b0e0f63..ea4fd18768102cb90eaa6bae72027efb562b57e8 100644 (file)
@@ -32,7 +32,7 @@ following:
 
        gcc                     GCC version two includes suport
                                for long long (64bit integer)
-                               arrithemetic which PSIM uses.  Hence
+                               arithmetic which PSIM uses.  Hence
                                it is recommended that you build PSIM
                                using GCC.
                                
index 1f58ca6800db031cda898a82aaa0e72173cb70fd..a53654c459e3027b199f97af37cd28c2a07ed90b 100644 (file)
@@ -29,7 +29,7 @@
 /* DEVICE
 
 
-   eeprom - JEDEC? compatible electricaly erasable programmable device
+   eeprom - JEDEC? compatible electrically erasable programmable device
 
 
    DESCRIPTION
index c44083ce2821c0c8505d2bacff018e296ef2430a..bcfcd3d93a6f629fb6417df308e7587fff6be711 100644 (file)
@@ -40,7 +40,7 @@
    resulting dead code.  That dead code being the calculations that,
    as it turned out were not in the end needed.
 
-   64bit arrithemetic is used firstly because it allows the use of
+   64bit arithmetic is used firstly because it allows the use of
    gcc's efficient long long operators (typically efficiently output
    inline) and secondly because the resultant answer will contain in
    the low 32bits the answer while in the high 32bits is either carry
@@ -48,7 +48,7 @@
 
 /* 64bit target expressions:
 
-   Unfortunately 128bit arrithemetic isn't that common.  Consequently
+   Unfortunately 128bit arithmetic isn't that common.  Consequently
    the 32/64 bit trick can not be used.  Instead all calculations are
    required to retain carry/overflow information in separate
    variables.  Even with this restriction it is still possible for the