[patch] various typos

[Jan van Male <jan dot vanmale at fenk dot wau dot nl>]

Hi,

Attached is a patch to fix some typos. Can somebody apply them?

jan



Index: gcc/contrib/warn_summary
===================================================================
RCS file: /cvs/gcc/egcs/contrib/warn_summary,v
retrieving revision 1.4
diff -u -p -r1.4 warn_summary
--- warn_summary        1998/10/31 08:30:53     1.4
+++ warn_summary        2000/11/07 12:27:27
@@ -7,7 +7,7 @@
 #      [-pass|-wpass] [file(s)]
 #
 # -llf
-# Filter out long lines from the bootstap output before any other
+# Filter out long lines from the bootstrap output before any other
 # action.  This is useful for systems with broken awks/greps which choke
 # on long lines.  It is not done by default as it sometimes slows things
 # down.
Index: gcc/gcc/c-tree.texi
===================================================================
RCS file: /cvs/gcc/egcs/gcc/c-tree.texi,v
retrieving revision 1.3
diff -u -p -r1.3 c-tree.texi
--- c-tree.texi 2000/10/23 14:43:33     1.3
+++ c-tree.texi 2000/11/07 12:27:40
@@ -574,7 +574,7 @@ more information, see @pxref{Classes}.

 @item UNKNOWN_TYPE
 This node is used to represent a type the knowledge of which is
-unsufficiant for a sound processing.
+insufficient for a sound processing.

 @item OFFSET_TYPE
 This node is used to represent a data member; for example a
@@ -1055,7 +1055,7 @@ An @code{OVERLOAD} node is not a declara
 @code{OVERLOAD} node in the list of overloaded functions.  The macros
 @code{OVL_CURRENT} and @code{OVL_NEXT} are actually polymorphic; you can
 use them to work with @code{FUNCTION_DECL} nodes as well as with
-overlods.  In the case of a @code{FUNCTION_DECL}, @code{OVL_CURRENT}
+overloads.  In the case of a @code{FUNCTION_DECL}, @code{OVL_CURRENT}
 will always return the function itself, and @code{OVL_NEXT} will always
 be @code{NULL_TREE}.

@@ -1076,13 +1076,13 @@ the @code{DECL_REAL_CONTEXT} for @code{f
 @code{RECORD_TYPE} for @code{C}.

 The @code{DECL_REAL_CONTEXT} and @code{DECL_CLASS_CONTEXT} are not
-availble in C; instead you should simply use @code{DECL_CONTEXT}.  In C,
+available in C; instead you should simply use @code{DECL_CONTEXT}.  In C,
 the @code{DECL_CONTEXT} for a function maybe another function.  This
 representation indicates that the GNU nested function extension is in
 use.  For details on the semantics of nested functions, see the GCC
 Manual.  The nested function can refer to local variables in its
 containing function.  Such references are not explicitly marked in the
-tree sturcture; back-ends must look at the @code{DECL_CONTEXT} for the
+tree structure; back-ends must look at the @code{DECL_CONTEXT} for the
 referenced @code{VAR_DECL}.  If the @code{DECL_CONTEXT} for the
 referenced @code{VAR_DECL} is not the same as the function currently
 being processed, and neither @code{DECL_EXTERNAL} nor @code{DECL_STATIC}
@@ -1114,7 +1114,7 @@ function, and the back-end must take app
 @findex DECL_DESTRUCTOR_P
 @findex DECL_OVERLOADED_OPERATOR_P
 @findex DECL_CONV_FN_P
-@findex DECL_ARTIFIICIAL
+@findex DECL_ARTIFICIAL
 @findex DECL_GLOBAL_CTOR_P
 @findex DECL_GLOBAL_DTOR_P
 @findex GLOBAL_INIT_PRIORITY
@@ -1211,7 +1211,7 @@ This macro holds if the function is a de

 @item DECL_COMPLETE_DESTRUCTOR_P
 This predicate holds if the function is the destructor for an object a
-complet type.
+complete type.

 @item DECL_OVERLOADED_OPERATOR_P
 This macro holds if the function is an overloaded operator.
@@ -1641,7 +1641,7 @@ as if the @code{SCOPE_STMT} were not pre
 These statements represent the location to which control is transferred
 when an exception is thrown.  The @code{START_CATCH_TYPE} is the type of
 exception that will be caught by this handler; it is equal (by pointer
-equalit) to @code{CATCH_ALL_TYPE} if this handler is for all types.
+equality) to @code{CATCH_ALL_TYPE} if this handler is for all types.

 @item SUBOBJECT

@@ -2109,7 +2109,7 @@ always be present in the internal repres
 @item CALL_EXPR
 These nodes are used to represent calls to functions, including
 non-static member functions.  The first operand is a pointer to the
-function to call; it is always an expresion whose type is a
+function to call; it is always an expression whose type is a
 @code{POINTER_TYPE}.  The second argument is a @code{TREE_LIST}.  The
 arguments to the call appear left-to-right in the list.  The
 @code{TREE_VALUE} of each list node contains the expression
@@ -2165,7 +2165,7 @@ non-zero, then the loop should be exited
 appear within a @code{LOOP_EXPR}.

 @item CLEANUP_POINT_EXPR
-These nodes represent full-expressions.  The single oeprand is an
+These nodes represent full-expressions.  The single operand is an
 expression to evaluate.  Any destructor calls engendered by the creation
 of temporaries during the evaluation of that expression should be
 performed immediately after the expression is evaluated.
@@ -2198,7 +2198,7 @@ storage is initialized to zero.
 A @code{SAVE_EXPR} represents an expression (possibly involving
 side-effects) that is used more than once.  The side-effects should
 occur only the first time the expression is evaluated.  Subsequent uses
-should juse reuse the computed value.  The first operand to the
+should just reuse the computed value.  The first operand to the
 @code{SAVE_EXPR} is the expression to evaluate.  The side-effects should
 be executed where the @code{SAVE_EXPR} is first encountered in a
 depth-first preorder traversal of the expression tree.
Index: gcc/gcc/extend.texi
===================================================================
RCS file: /cvs/gcc/egcs/gcc/extend.texi,v
retrieving revision 1.65
diff -u -p -r1.65 extend.texi
--- extend.texi 2000/10/04 18:03:33     1.65
+++ extend.texi 2000/11/07 12:27:58
@@ -853,7 +853,7 @@ decimal notation, such as @code{1.55e1},
 @code{0x1.fp3} written in hexadecimal format.  In that format the
 @code{0x} hex introducer and the @code{p} or @code{P} exponent field are
 mandatory.  The exponent is a decimal number that indicates the power of
-2 by which the significand part will be multiplied.  Thus @code{0x1.f} is
+2 by which the significant part will be multiplied.  Thus @code{0x1.f} is
 1 15/16, @code{p3} multiplies it by 8, and the value of @code{0x1.fp3}
 is the same as @code{1.55e1}.

@@ -2702,7 +2702,7 @@ region.

 An @code{asm} instruction without any operands or clobbers (and ``old
 style'' @code{asm}) will not be deleted or moved significantly,
-regardless, unless it is unreachable, the same wasy as if you had
+regardless, unless it is unreachable, the same way as if you had
 written a @code{volatile} keyword.

 Note that even a volatile @code{asm} instruction can be moved in ways
Index: gcc/gcc/gcov.texi
===================================================================
RCS file: /cvs/gcc/egcs/gcc/gcov.texi,v
retrieving revision 1.4
diff -u -p -r1.4 gcov.texi
--- gcov.texi   1999/11/10 17:17:15     1.4
+++ gcov.texi   2000/11/07 12:27:58
@@ -217,7 +217,7 @@ For a call, if it was executed at least
 indicating the number of times the call returned divided by the number
 of times the call was executed will be printed.  This will usually be
 100%, but may be less for functions call @code{exit} or @code{longjmp},
-and thus may not return everytime they are called.
+and thus may not return every time they are called.

 The execution counts are cumulative.  If the example program were
 executed again without removing the @code{.da} file, the count for the
@@ -336,7 +336,7 @@ The format of the @code{.da} file is fai
 number is the number of counts in the file, followed by the counts
 (stored as 8-byte numbers).  Each count corresponds to the number of
 times each arc in the program is executed.  The counts are cumulative;
-each time the program is executed, it attemps to combine the existing
+each time the program is executed, it attempts to combine the existing
 @code{.da} files with the new counts for this invocation of the
 program.  It ignores the contents of any @code{.da} files whose number of
 arcs doesn't correspond to the current program, and merely overwrites
Index: gcc/gcc/rtl.texi
===================================================================
RCS file: /cvs/gcc/egcs/gcc/rtl.texi,v
retrieving revision 1.29
diff -u -p -r1.29 rtl.texi
--- rtl.texi    2000/09/08 09:56:25     1.29
+++ rtl.texi    2000/11/07 12:28:05
@@ -2210,7 +2210,7 @@ expressions and so is @var{base}.  The m
 space is given to each address-difference.  @var{min} and @var{max}
 are set up by branch shortening and hold a label with a minimum and a
 maximum address, respectively.  @var{flags} indicates the relative
-position of @var{base}, @var{min} and @var{max} to the cointaining insn
+position of @var{base}, @var{min} and @var{max} to the containing insn
 and of @var{min} and @var{max} to @var{base}.  See rtl.def for details.@refill
 @end table

@@ -2915,7 +2915,7 @@ probability that the branch will be take
 @findex REG_BR_PRED
 @item REG_BR_PRED
 These notes are found in JUMP insns after delayed branch scheduling
-has taken place.  They indicate both the direction and the likelyhood
+has taken place.  They indicate both the direction and the likelihood
 of the JUMP.  The format is a bitmask of ATTR_FLAG_* values.

 @findex REG_FRAME_RELATED_EXPR
Index: gcc/gcc/tm.texi
===================================================================
RCS file: /cvs/gcc/egcs/gcc/tm.texi,v
retrieving revision 1.150
diff -u -p -r1.150 tm.texi
--- tm.texi     2000/11/01 00:20:34     1.150
+++ tm.texi     2000/11/07 12:28:19
@@ -6017,7 +6017,7 @@ correct for most systems.
 @findex ASM_OUTPUT_DEF_FROM_DECLS
 @item ASM_OUTPUT_DEF_FROM_DECLS (@var{stream}, @var{decl_of_name},
@var{decl_of_value})
 A C statement to output to the stdio stream @var{stream} assembler code
-which defines (equates) the symbol whoes tree node is @var{decl_of_name}
+which defines (equates) the symbol whose tree node is @var{decl_of_name}
 to have the value of the tree node @var{decl_of_value}.  This macro will
 be used in preference to @samp{ASM_OUTPUT_DEF} if it is defined and if
 the tree nodes are available.
@@ -6276,7 +6276,7 @@ This is like @code{ASM_OUTPUT_CONSTRUCTO
 functions rather than initialization functions.

 When @code{ASM_OUTPUT_CONSTRUCTOR} and @code{ASM_OUTPUT_DESTRUCTOR} are
-defined, the initializaiton routine generated for the generated object
+defined, the initialization routine generated for the generated object
 file will have static linkage.
 @end table

@@ -6490,11 +6490,11 @@ files can define these macros differentl

 @item ASM_FPRINTF_EXTENSIONS(@var{file}, @var{argptr}, @var{format})
 @findex ASM_FPRINTF_EXTENSIONS
-If defiend this macro should expand to a series of @code{case}
+If defined this macro should expand to a series of @code{case}
 statements which will be parsed inside the @code{switch} statement of
 the @code{asm_fprintf} function.  This allows targets to define extra
 printf formats which may useful when generating their assembler
-statements.  Noet that upper case letters are reserved for future
+statements.  Note that upper case letters are reserved for future
 generic extensions to asm_fprintf, and so are not available to target
 specific code.  The output file is given by the parameter @var{file}.
 The varargs input pointer is @var{argptr} and the rest of the format
@@ -7865,7 +7865,7 @@ The primary reason to define this macro
 other compilers for the same target.  In general, we discourage
 definition of target-specific pragmas for GCC.

-If the pragma can be implemented by atttributes then the macro
+If the pragma can be implemented by attributes then the macro
 @samp{INSERT_ATTRIBUTES} might be a useful one to define as well.

 Preprocessor macros that appear on pragma lines are not expanded.  All
Index: gcc/libio/iostream.texi
===================================================================
RCS file: /cvs/gcc/egcs/libio/iostream.texi,v
retrieving revision 1.2
diff -u -p -r1.2 iostream.texi
--- iostream.texi       1998/05/06 21:08:51     1.2
+++ iostream.texi       2000/11/07 12:28:32
@@ -1907,7 +1907,7 @@ The end of the non-current get area.
 @node Filebuf internals
 @section Filebuf internals

-The @code{filebuf} is used a lot, so it is importamt that it be
+The @code{filebuf} is used a lot, so it is important that it be
 efficient.  It is also supports rather complex semantics.
 so let us examine its implementation.

Index: gcc/libstdc++/stl/README
===================================================================
RCS file: /cvs/gcc/egcs/libstdc++/stl/README,v
retrieving revision 1.3
diff -u -p -r1.3 README
--- README      1998/09/15 13:43:59     1.3
+++ README      2000/11/07 12:28:32
@@ -4,7 +4,7 @@ Library, slightly modified to work with
 Note that this is based on a pre-Draft Standard for C++.
 Things are likely to change.  For example, the header file names
 are very likely to change.  The Allocator interface will change.  Etc, etc.
-CYGNUS MAKES NO COMMITTMENT (yet) TO SUPPORT BACKWARD COMPATIBILITY FOR STL.
+CYGNUS MAKES NO COMMITMENT (yet) TO SUPPORT BACKWARD COMPATIBILITY FOR STL.

 For examples of things that should work, look in the ../tests directory.

Index: wwwdocs/htdocs/cvswrite.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/cvswrite.html,v
retrieving revision 1.36
diff -u -p -r1.36 cvswrite.html
--- cvswrite.html       2000/11/06 22:24:22     1.36
+++ cvswrite.html       2000/11/07 12:29:14
@@ -189,7 +189,7 @@ It will also identify any files in your
 file.  Use the current date/time for the <tt>ChangeLog</tt> entry, not
 the time that the patch was submitted.

-<li>Make sure to rebuild any generated files that would be effected by
+<li>Make sure to rebuild any generated files that would be affected by
 the patch.  Make sure to check them in along with the files explicitly
 modified by the patch.

Index: wwwdocs/htdocs/egcs-1.1/features.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/egcs-1.1/features.html,v
retrieving revision 1.12
diff -u -p -r1.12 features.html
--- features.html       2000/10/15 19:01:33     1.12
+++ features.html       2000/11/07 12:29:14
@@ -51,7 +51,7 @@
        performance tuning for Ultra class machines.  The SPARC port now
        uses the Haifa scheduler.
        <li> Alpha port has been tuned for the EV6 processor and has an
-       optimized expanstion of memcpy/bzero.  The Alpha port now uses
+       optimized expansion of memcpy/bzero.  The Alpha port now uses
        the Haifa scheduler.
        <li> RS6000/PowerPC: EGCS 1.1 includes support for the Power64
        architecture and aix4.3 support.  The RS6000/PowerPC port now