ChangeLog, [...]: Fix spelling errors.

	* ChangeLog, docs/doxygen/maint.cfg.in, docs/doxygen/user.cfg.in,
	docs/doxygen/doxygroups.cc, docs/doxygen/Intro.3,
	docs/html/17_intro/BUGS, docs/html/17_intro/C++STYLE,
	docs/html/17_intro/CHECKLIST, docs/html/17_intro/DESIGN,
	docs/html/17_intro/howto.html, docs/html/17_intro/porting.html,
	docs/html/17_intro/porting.texi, docs/html/18_support/howto.html,
	docs/html/19_diagnostics/howto.html, docs/html/20_util/howto.html,
	docs/html/21_strings/howto.html,
	docs/html/23_containers/howto.html,
	docs/html/26_numerics/howto.html, docs/html/27_io/howto.html,
	docs/html/27_io/binary_iostreams_kuehl.txt,
	docs/html/ext/sgiexts.html, docs/html/faq/index.html,
	docs/html/faq/index.txt, testsuite/24_iterators/iterator.cc,
	include/bits/basic_file.h, include/bits/locale_facets.h,
	include/bits/locale_facets.tcc, include/bits/std_sstream.h,
	include/ext/ropeimpl.h, include/ext/stl_rope.h,
	libsupc++/tinfo.cc, libsupc++/cxxabi.h, libsupc++/typeinfo,
	libsupc++/eh_throw.cc, acinclude.m4, aclocal.m4, configure,
	configure.target, ChangeLog-2000: Fix spelling errors.

From-SVN: r47291

libstdc++-v3/ChangeLog

 2001-11-23  Joseph S. Myers  <jsm28@cam.ac.uk>
 
+	* ChangeLog, docs/doxygen/maint.cfg.in, docs/doxygen/user.cfg.in,
+	docs/doxygen/doxygroups.cc, docs/doxygen/Intro.3,
+	docs/html/17_intro/BUGS, docs/html/17_intro/C++STYLE,
+	docs/html/17_intro/CHECKLIST, docs/html/17_intro/DESIGN,
+	docs/html/17_intro/howto.html, docs/html/17_intro/porting.html,
+	docs/html/17_intro/porting.texi, docs/html/18_support/howto.html,
+	docs/html/19_diagnostics/howto.html, docs/html/20_util/howto.html,
+	docs/html/21_strings/howto.html,
+	docs/html/23_containers/howto.html,
+	docs/html/26_numerics/howto.html, docs/html/27_io/howto.html,
+	docs/html/27_io/binary_iostreams_kuehl.txt,
+	docs/html/ext/sgiexts.html, docs/html/faq/index.html,
+	docs/html/faq/index.txt, testsuite/24_iterators/iterator.cc,
+	include/bits/basic_file.h, include/bits/locale_facets.h,
+	include/bits/locale_facets.tcc, include/bits/std_sstream.h,
+	include/ext/ropeimpl.h, include/ext/stl_rope.h,
+	libsupc++/tinfo.cc, libsupc++/cxxabi.h, libsupc++/typeinfo,
+	libsupc++/eh_throw.cc, acinclude.m4, aclocal.m4, configure,
+	configure.target, ChangeLog-2000: Fix spelling errors.
+
 	* config/locale/moneypunct_members_gnu.cc,
 	include/bits/locale_facets.h: Fix spelling errors.
 

libstdc++-v3/ChangeLog-2000

@@ -873,7 +873,7 @@
 2000-11-23  Gabriel Dos Reis  <gdr@codesourcery.com>
 
 	* include/bits/ios_base.h (ios_base::failure::~failure,
-	ios_base::failure::what): Move defintion to ...
+	ios_base::failure::what): Move definition to ...
 
 	* src/ios.cc (ios_base::failure::~failure): ... here.
 	src/ios.cc (ios::failure::what): Likewise.
@@ -2043,7 +2043,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 
 	* acinclude.m4 (GLIBCPP_CHECK_OS): Link to os_defines.h.
 	* aclocal.m4: Regenerate.
-	* config/os/*/bits/os_defintes: Adjust copyright dates.
+	* config/os/*/bits/os_defines: Adjust copyright dates.
 	
 2000-10-08  Phil Edwards  <pme@sources.redhat.com>
 
@@ -2768,7 +2768,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 	__codecvt_abstract_base in an attempt to point some light this way...
 	Move __enc_traits and codecvt bits to codecvt.h.
 	* src/locale-inst.cc: Remove codecvt<wchar_t, wchar_t, mbstate_t>
-	explicit instantiation. Separate out codecvt instantations, simplify.
+	explicit instantiation. Separate out codecvt instantiations, simplify.
 	* src/locale.cc: Move codecvt bits to codecvt.cc
 
 2000-08-15  Alexandre Oliva  <aoliva@redhat.com>
@@ -4796,7 +4796,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 	(ctype<wchar_t>): Same.
 	Move _S_touppper to _M_toupper and initialize in ctor.
 	Move _S_tolower  to _M_tolower and initialize in ctor.	
-	Move _S_table to _M_ctable and intialize in ctor.
+	Move _S_table to _M_ctable and initialize in ctor.
 	* bits/locale_facets.h (std): And here.
 	* src/locale.cc (std): Tweak.
 	* config/gnu-linux/ctype.cc: Change initialization here.
@@ -4807,7 +4807,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 	* bits/localefwd.h: Tweak.
 	* bits/std_streambuf.h: Tweak formatting.
 
-	* testsuite/27_io/filebuf.cc: Remove BUFSIZ dependancies.
+	* testsuite/27_io/filebuf.cc: Remove BUFSIZ dependencies.
 
 2000-03-05  Chip Salzenberg  <chip@valinux.com>
 
@@ -4822,7 +4822,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
         * std/strstream:  New file.
         * stl/bits/std_strstream.h:  New file.
         * bits/std_streambuf.h:  Add public access.
-        * src/Makefile.am:  Add strstream sources to list of dependancies.
+        * src/Makefile.am:  Add strstream sources to list of dependencies.
         * src/Makefile.in:  Regenerate.
 
 2000-03-03 2000  Gabriel Dos Reis  <dosreis@cmla.ens-cachan.fr>
@@ -5318,7 +5318,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 	* math/complex-stub.h (nan): And here.
 	
 	* Makefile.am (rebuild-stamp): Remove libio and libio
-	dependancies.  Plan to take out libio subdir and just merge with
+	dependencies.  Plan to take out libio subdir and just merge with
 	libio in top level gcc directory. Of course, this assumes there is
 	a libio in the top level directory (ie ../src_dir). This will
 	probably change the way this library is configured by default.
@@ -5928,7 +5928,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 1999-12-08  Benjamin Kosnik  <bkoz@cygnus.com>
 
 	* bits/sstream.tcc (stringbuf::seekoff): Long overdue revamp. Make
-	in and out buffers update independantly.
+	in and out buffers update independently.
 
 	* bits/basic_ios.h: Minor formatting.
 	* bits/fstream.tcc (std): Fix indentation.
@@ -7161,7 +7161,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 	* bits/std_sstream.h (_M_init_stringbuf): New function.
 	* bits/sstream.tcc: Tweak.
 	
-	* docs/27_io/iostreams_heirarchy.pdf: New file.
+	* docs/27_io/iostreams_hierarchy.pdf: New file.
 	
 	* docs/17_intro/CHECKLIST (basic_string<char>): Validation and
 	acceptance. Wooo-hoo!
@@ -7611,7 +7611,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
  	converting "long double" to struct long_double. Probably should be
  	done with one macro (HAVE_STRTOLD) at configure time.
 
-	* bits/std_cmath.h: Comment out pow(double, int) defintion as
+	* bits/std_cmath.h: Comment out pow(double, int) definition as
  	gives re-declaration under hpux10.20. Revert previous change, as
  	kills linux/x86, solaris 2.7, hpux builds. These should be done
  	using autoconf, see std_cctype.h and the solutions started in
@@ -8804,7 +8804,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 
 	* bits/char_traits.h: Remove fpos definitions from here. . .
 	* bits/fpos.h: New file, put them here. Eventually, this may allow
-	the severing of char_traits and fpos dependancies.
+	the severing of char_traits and fpos dependencies.
 	* src/Makefile.in: Add fpos.h.
 	* src/Makefile.am: Ditto.
 	* bits/std_string.h: Add fpos.h include here.
@@ -9698,7 +9698,7 @@ Thu Nov  2 10:11:45 2000  Mark P Mitchell  <mark@codesourcery.com>
 
 	* bits/basic_string.h: Disable non-standard ctor declarations.
 	* bits/string.tcc: Disable definitions as well.
-	* src/string.cc: Disable <ios> dependancies.
+	* src/string.cc: Disable <ios> dependencies.
 	* bits/sbuf_iter.h (std): Add default to template parameter for
 	ostreambuf_iterator and istreambuf_iterator.
 	* bits/std_iosfwd.h: Change istreambuf_iterator to

libstdc++-v3/acinclude.m4

@@ -173,8 +173,8 @@ LIB_AC_PROG_CXX
   # at least currently, we never actually build a program, so we never
   # need to use $(EXEEXT).  Moreover, the test for EXEEXT normally
   # fails, because we are probably configuring with a cross compiler
-  # which cant create executables.  So we include AC_EXEEXT to keep
-  # automake happy, but we dont execute it, since we dont care about
+  # which can't create executables.  So we include AC_EXEEXT to keep
+  # automake happy, but we don't execute it, since we don't care about
   # the result.
   if false; then
     # autoconf 2.50 runs AC_EXEEXT by default, and the macro expands

libstdc++-v3/aclocal.m4

@@ -185,8 +185,8 @@ LIB_AC_PROG_CXX
   # at least currently, we never actually build a program, so we never
   # need to use $(EXEEXT).  Moreover, the test for EXEEXT normally
   # fails, because we are probably configuring with a cross compiler
-  # which cant create executables.  So we include AC_EXEEXT to keep
-  # automake happy, but we dont execute it, since we dont care about
+  # which can't create executables.  So we include AC_EXEEXT to keep
+  # automake happy, but we don't execute it, since we don't care about
   # the result.
   if false; then
     # autoconf 2.50 runs AC_EXEEXT by default, and the macro expands

libstdc++-v3/configure

@@ -1627,8 +1627,8 @@ fi
   # at least currently, we never actually build a program, so we never
   # need to use $(EXEEXT).  Moreover, the test for EXEEXT normally
   # fails, because we are probably configuring with a cross compiler
-  # which cant create executables.  So we include AC_EXEEXT to keep
-  # automake happy, but we dont execute it, since we dont care about
+  # which can't create executables.  So we include AC_EXEEXT to keep
+  # automake happy, but we don't execute it, since we don't care about
   # the result.
   if false; then
     # autoconf 2.50 runs AC_EXEEXT by default, and the macro expands

libstdc++-v3/configure.target

@@ -113,7 +113,7 @@ case "${target_os}" in
 esac
 
 
-# Set any flags dependant on the full target triplet.
+# Set any flags dependent on the full target triplet.
 # THIS TABLE IS SORTED.  KEEP IT THAT WAY.
 case "${target}" in
    *-*-aix[456789]*)

libstdc++-v3/docs/doxygen/Intro.3

@@ -66,7 +66,7 @@ lB lB lB lB.
 <complex>    <fstream>     <memory>    <vector>
 <csetjmp>    <functional>  <numeric>
 .TE
-.SS Backwards-Compatability Headers
+.SS Backwards-Compatibility Headers
 For GCC 3.0 these headers will be found automatically, unless you instruct
 the compiler otherwise.  You should not depend on this, instead you should
 read FAQ 5.4 and use a

libstdc++-v3/docs/doxygen/doxygroups.cc

@@ -67,7 +67,7 @@ following:
 As an example of the first case, @c vector is required to use a contiguous
 memory layout, while other sequences such as @c deque are not.
 
-The prime reason for chosing one sequence over another should be based on
+The prime reason for choosing one sequence over another should be based on
 the second category of differences, algorithmic complexity.  For example, if
 you need to perform many inserts and removals from the middle of a sequence,
 @c list would be ideal.  But if you need to perform constant-time access to

libstdc++-v3/docs/doxygen/maint.cfg.in

@@ -140,7 +140,7 @@ STRIP_CODE_COMMENTS    = YES
 # file names in lower case letters. If set to YES upper case letters are also 
 # allowed. This is useful if you have classes or files whose names only differ 
 # in case and if your file system supports case sensitive file names. Windows 
-# users are adviced to set this option to NO.
+# users are advised to set this option to NO.
 
 CASE_SENSE_NAMES       = YES
 

libstdc++-v3/docs/doxygen/user.cfg.in

@@ -144,7 +144,7 @@ STRIP_CODE_COMMENTS    = YES
 # file names in lower case letters. If set to YES upper case letters are also 
 # allowed. This is useful if you have classes or files whose names only differ 
 # in case and if your file system supports case sensitive file names. Windows 
-# users are adviced to set this option to NO.
+# users are advised to set this option to NO.
 
 CASE_SENSE_NAMES       = NO
 

libstdc++-v3/docs/html/17_intro/BUGS

@@ -5,7 +5,7 @@
 
 - _GLIBCPP_HAS_BUILTIN_SINF: We should still hold out for a cleaner solution the is currenly the case in bits/std_cmath.h. 
 
-- there may be one set of remaining string bugs, dependant on final
+- there may be one set of remaining string bugs, dependent on final
 clarification of the string::find technicalities when finding in an
 empty string or using an empty string for an argument. At the very
 least, v-3 has interpreted the standard in a way that is in opposition

libstdc++-v3/docs/html/17_intro/C++STYLE

@@ -122,7 +122,7 @@ Notable areas of divergence from what may be previous local practice
     //
   }
 
-09. Member functions declarations and defintions
+09. Member functions declarations and definitions
    Keywords such as extern, static, export, explicit, inline, etc
    go on the line above the function name. Thus
 

libstdc++-v3/docs/html/17_intro/CHECKLIST

@@ -958,7 +958,7 @@ T     X* get() const throw();
 T     X* release() throw();
 T     void reset(X* p =0) throw();
 
-      // _lib.auto.ptr.conv_ converions:
+      // _lib.auto.ptr.conv_ conversions:
 X     auto_ptr(auto_ptr_ref<X>) throw();
 X     template<class Y> operator auto_ptr_ref<Y>() throw();
 X     template<class Y> operator auto_ptr<Y>() throw();

libstdc++-v3/docs/html/17_intro/DESIGN

@@ -253,7 +253,7 @@ cases it may actually be excessive.
 
 To implement a library which does not use exceptions directly is
 not difficult given minor compiler support (to "turn off" exceptions
-and ignore exception contructs), and results in no great library
+and ignore exception constructs), and results in no great library
 maintenance difficulties.  To be precise, given "-fno-exceptions",
 the compiler should treat "try" blocks as ordinary blocks, and
 "catch" blocks as dead code to ignore or eliminate.  Compiler

libstdc++-v3/docs/html/17_intro/howto.html

@@ -124,7 +124,7 @@
    </p>
    <p>Here is a small link farm to threads (no pun) in the mail archives
       that discuss the threading problem.  Each link is to the first
-      relevent message in the thread; from there you can use
+      relevant message in the thread; from there you can use
       &quot;Thread Next&quot; to move down the thread.  This farm is in
       latest-to-oldest order.
       <ul>
@@ -142,7 +142,7 @@
       (A large selection of links to older messages has been removed; many
       of the messages from 1999 were lost in a disk crash, and the few
       people with access to the backup tapes have been too swamped with work
-      to restore them.  Many of the points have been superceded anyhow.)
+      to restore them.  Many of the points have been superseded anyhow.)
    </p>
    <p>This section will be updated as new and interesting issues come
       to light.

libstdc++-v3/docs/html/17_intro/porting.html

@@ -140,7 +140,7 @@ Up:<a rel=up href="#Top">Top</a>
 <h1>Character types</h1>
 
 <p>The library requires that you provide three header files to implement
-character classification, analagous to that provided by the C libraries
+character classification, analogous to that provided by the C libraries
 <code>&lt;ctype.h&gt;</code> header.  You can model these on the files provided in
 <code>config/os/generic/bits</code>.  However, these files will almost
 certainly need some modification.
@@ -149,7 +149,7 @@ certainly need some modification.
 some very basic information about character classification.  The libstdc++-v3
 library assumes that your C library implements <code>&lt;ctype.h&gt;</code> by using
 a table (indexed by character code) containing integers, where each of
-these integers is a bit-mask indicating whether the charcter is
+these integers is a bit-mask indicating whether the character is
 upper-case, lower-case, alphabetic, etc.  The <code>bits/ctype_base.h</code>
 file gives the type of the integer, and the values of the various bit
 masks.  You will have to peer at your own <code>&lt;ctype.h&gt;</code> to figure out
@@ -273,7 +273,7 @@ contains a few more functions.  On most systems, you can just copy
 <code>config/os/generic/ctype_inline.h</code> and use it on your system.
 
 <p>In detail, the functions provided test characters for particular
-properties; they are analagous to the functions like <code>isalpha</code> and
+properties; they are analogous to the functions like <code>isalpha</code> and
 <code>islower</code> provided by the C library.
 
 <p>The first function is implemented like this on IRIX:

libstdc++-v3/docs/html/17_intro/porting.texi

@@ -176,7 +176,7 @@ starting point.
 @chapter Character types
 
 The library requires that you provide three header files to implement
-character classification, analagous to that provided by the C libraries
+character classification, analogous to that provided by the C libraries
 @file{<ctype.h>} header.  You can model these on the files provided in
 @file{config/os/generic/bits}.  However, these files will almost
 certainly need some modification.
@@ -185,7 +185,7 @@ The first file to write is @file{bits/ctype_base.h}.  This file provides
 some very basic information about character classification.  The libstdc++-v3
 library assumes that your C library implements @file{<ctype.h>} by using
 a table (indexed by character code) containing integers, where each of
-these integers is a bit-mask indicating whether the charcter is
+these integers is a bit-mask indicating whether the character is
 upper-case, lower-case, alphabetic, etc.  The @file{bits/ctype_base.h}
 file gives the type of the integer, and the values of the various bit
 masks.  You will have to peer at your own @file{<ctype.h>} to figure out
@@ -316,7 +316,7 @@ contains a few more functions.  On most systems, you can just copy
 @file{config/os/generic/ctype_inline.h} and use it on your system.
 
 In detail, the functions provided test characters for particular
-properties; they are analagous to the functions like @code{isalpha} and
+properties; they are analogous to the functions like @code{isalpha} and
 @code{islower} provided by the C library.
 
 The first function is implemented like this on IRIX:

libstdc++-v3/docs/html/18_support/howto.html

@@ -182,7 +182,7 @@
               atexit(f2);
             </pre>then at a call of <code>exit()</code>, f2 will be called, then
             obj2 will be destroyed, then f1 will be called, and finally obj1
-            will be destroyed.  If f1 or f2 allow an exception to propogate
+            will be destroyed.  If f1 or f2 allow an exception to propagate
             out of them, Bad Things happen.
       </ol>
    </p>

libstdc++-v3/docs/html/19_diagnostics/howto.html

@@ -37,7 +37,7 @@
    <p>The standard exception classes carry with them a single string as
       data (usually describing what went wrong or where the 'throw' took
       place).  It's good to remember that you can add your own data to
-      these exceptions when extending the heirarchy:
+      these exceptions when extending the hierarchy:
    </p>
    <pre>
    struct My_Exception : public std::runtime_error

libstdc++-v3/docs/html/20_util/howto.html

@@ -91,7 +91,7 @@
 <h2><a name="2"><code>auto_ptr</code> inside container classes</a></h2>
    <p>All of the <a href="../23_containers/howto.html">containers</a>
       described in the standard library require their contained types
-      to have, among other things, a copy contructor like this:
+      to have, among other things, a copy constructor like this:
       <pre>
     struct My_Type
     {

libstdc++-v3/docs/html/21_strings/howto.html

@@ -37,7 +37,7 @@
       CString.  Often programmers realize that a standard portable
       answer is better than a proprietary nonportable one, but in porting
       their application from a Win32 platform, they discover that they
-      are relying on special functons offered by the CString class.
+      are relying on special functions offered by the CString class.
    </p>
    <p>Things are not as bad as they seem.  In
       <a href="http://gcc.gnu.org/ml/gcc/1999-04n/msg00236.html">this
@@ -58,7 +58,7 @@
       stringstream classes.  These are the bridge between the iostream
       hierarchy and the string class, and they operate with regular
       streams seamlessly because they inherit from the iostream
-      heirarchy.  An quick example:
+      hierarchy.  An quick example:
       <pre>
    #include &lt;iostream&gt;
    #include &lt;string&gt;
@@ -315,7 +315,7 @@
    str.erase(notwhite+1); </pre>
       Obviously, the calls to <code>find</code> could be inserted directly
       into the calls to <code>erase</code>, in case your compiler does not
-      optimize named temporaries out of existance.
+      optimize named temporaries out of existence.
    </p>
    <p>Return <a href="#top">to top of page</a> or
       <a href="../faq/index.html">to the FAQ</a>.

libstdc++-v3/docs/html/23_containers/howto.html

@@ -165,7 +165,7 @@
       <code>bitset</code>
       for the required number of bits, inside some wrapper functions with
       unchanging signatures.  Have your program then call the
-      compiler on that file using Position Independant Code, then open the
+      compiler on that file using Position Independent Code, then open the
       newly-created object file and load those wrapper functions.  You'll have
       an instantiation of <code>bitset&lt;N&gt;</code> for the exact
       <code>N</code>
@@ -324,7 +324,7 @@
           be the entry in the container pointed to by <code>hint</code>, that
           is, <code>h = *hint</code>.  Then the item being inserted should have
           a key less than that of <code>h</code>, and greater than that of the
-          item preceeding <code>h</code>.  The new item will be inserted
+          item preceding <code>h</code>.  The new item will be inserted
           between <code>h</code> and <code>h</code>'s predecessor.
      </ul>
    </p>

libstdc++-v3/docs/html/26_numerics/howto.html

@@ -133,7 +133,7 @@
    <p>The C99 features depend on the <code>--enable-c99</code> configure flag.
       This flag is already on by default, but it can be disabled by the
       user.  Also, the configuration machinery will disable it if the
-      neccessary support for C99 (e.g., header files) cannot be found.
+      necessary support for C99 (e.g., header files) cannot be found.
    </p>
    <p>As of GCC 3.0, C99 support includes classification functions
       such as <code>isnormal</code>, <code>isgreater</code>,

libstdc++-v3/docs/html/27_io/binary_iostreams_kuehl.txt

@@ -80,7 +80,7 @@ on the streams level.
 
 When I wrote the above paragraph about confirming your choice, I haven't
 read this question! As I said above: You told us what solution you have
-choosen without stating what problem is solved. We cannot determine
+chosen without stating what problem is solved. We cannot determine
 whether your choice is the right one. Actually, I'm pretty sure it is
 the wrong one but without seen the details I can't be certain.
 --

libstdc++-v3/docs/html/27_io/howto.html

@@ -113,7 +113,7 @@
       when the output stream is, in fact, a terminal and not a file
       or some other device -- and <em>that</em> may not even be true
       since C++ says nothing about files nor terminals.  All of that is
-      system-dependant.  (The &quot;newline-buffer-flushing only occuring
+      system-dependent.  (The &quot;newline-buffer-flushing only occurring
       on terminals&quot; thing is mostly true on Unix systems, though.)
    </p>
    <p>Some people also believe that sending <code>endl</code> down an
@@ -167,7 +167,7 @@
       arguments are the same as those for the Standard C I/O Library
       function (a buffer area followed by its size).
    </p>
-   <p>A great deal of this is implementation-dependant.  For example,
+   <p>A great deal of this is implementation-dependent.  For example,
       <code>streambuf</code> does not specify any actions for its own 
       <code>setbuf()</code>-ish functions; the classes derived from
       <code>streambuf</code> each define behavior that &quot;makes 
@@ -183,7 +183,7 @@
    <p>A last reminder:  there are usually more buffers involved than
       just those at the language/library level.  Kernel buffers, disk
       buffers, and the like will also have an effect.  Inspecting and
-      changing those are system-dependant.
+      changing those are system-dependent.
    </p>
    <p>Return <a href="#top">to top of page</a> or
       <a href="../faq/index.html">to the FAQ</a>.
@@ -445,7 +445,7 @@
       </pre>
    </p>
    <p>You must do this before performing any I/O via the C++ stream objects.
-      Once you call this, the C++ streams will operate independantly of the
+      Once you call this, the C++ streams will operate independently of the
       (unused) C streams.  For GCC 3.0, this means that <code>cout</code> and
       company will become fully buffered on their own.
    </p>

libstdc++-v3/docs/html/ext/sgiexts.html

@@ -25,7 +25,7 @@ libstdc++-v3</a></h1>
    for a description).  Not every chapter may have extensions, and the
    extensions may come and go.  Also, this page is incomplete because the
    author is pressed for time.  Check back often; the latest change was on
-   $Date: 2001/10/09 20:18:13 $ (UTC).
+   $Date: 2001/10/11 18:41:47 $ (UTC).
 </p>
 
 <p>Descriptions range from the scanty to the verbose.  You should also check
@@ -83,7 +83,7 @@ libstdc++-v3</a></h1>
 
 <hr>
 <a name="ch23"><h3>Chapter 23</h3></a>
-<p>A few extensions and nods to backwards-compatability have been made with
+<p>A few extensions and nods to backwards-compatibility have been made with
    containers.  Those dealing with older SGI-style allocators are dealt with
    elsewhere.  The remaining ones all deal with bits:
 </p>

libstdc++-v3/docs/html/faq/index.html

@@ -137,7 +137,7 @@ http://gcc.gnu.org/onlinedocs/libstdc++/faq/</a>.</p>
          (such as <code>string</code>, <code>vector&lt;&gt;</code>, iostreams,
          and algorithms) will be freely available and fully compliant.
          Programmers will no longer need to &quot;roll their own&quot;
-         nor be worried about platform-specific incompatabilities.
+         nor be worried about platform-specific incompatibilities.
       </p>
 
 <hr>
@@ -390,7 +390,7 @@ which is no longer available, thanks deja...-->
       </p>
       <p>Since the goal of ISO Standardization is for all C++
          implementations to be able to share code, the final libstdc++
-         should, in theory, be useable under any ISO-compliant
+         should, in theory, be usable under any ISO-compliant
          compiler.  It will still be targeted and optimized for
          GCC/g++, however.
       </p> 

libstdc++-v3/docs/html/faq/index.txt

@@ -89,7 +89,7 @@
    That means that all of the Standard classes and functions (such as
    string, vector<>, iostreams, and algorithms) will be freely available
    and fully compliant. Programmers will no longer need to "roll their
-   own" nor be worried about platform-specific incompatabilities.
+   own" nor be worried about platform-specific incompatibilities.
      _________________________________________________________________
 
 1.3 Who's in charge of it?
@@ -314,7 +314,7 @@
 
    Since the goal of ISO Standardization is for all C++ implementations
    to be able to share code, the final libstdc++ should, in theory, be
-   useable under any ISO-compliant compiler. It will still be targeted
+   usable under any ISO-compliant compiler. It will still be targeted
    and optimized for GCC/g++, however.
      _________________________________________________________________
 

libstdc++-v3/include/bits/basic_file.h

@@ -254,7 +254,7 @@ namespace std
     };
 } // namespace std
 
-// Now include the bits that are dependant on the underlying I/O
+// Now include the bits that are dependent on the underlying I/O
 // model chosen at configure time.
 #include <bits/basic_file_model.h>
 

libstdc++-v3/include/bits/locale_facets.h

@@ -502,7 +502,7 @@ namespace std
 
       ~_Format_cache() throw() { }
 
-      // Given a member of the ios heirarchy as an argument, extract
+      // Given a member of the ios hierarchy as an argument, extract
       // out all the current formatting information into a
       // _Format_cache object and return a pointer to it.
       static _Format_cache<_CharT>* 

libstdc++-v3/include/bits/locale_facets.tcc

@@ -1841,7 +1841,7 @@ namespace std
       // NB: In IEE 1003.1-200x, and perhaps other locale models, it
       // is possible that the format character will be longer than one
       // character. Possibilities include 'E' or 'O' followed by a
-      // format charcter: if __mod is not the default argument, assume
+      // format character: if __mod is not the default argument, assume
       // it's a valid modifier.
       char_type __fmt[4];
       __fmt[0] = __ctype.widen('%'); 

libstdc++-v3/include/bits/std_sstream.h

@@ -90,7 +90,7 @@ namespace std
 	if (_M_mode & ios_base::out)
 	  {
 	    // This is the deal: _M_string.size() is a value that
-	    // represents the size of the intial string that makes
+	    // represents the size of the initial string that makes
 	    // _M_string, and may not be the correct size of the
 	    // current stringbuf internal buffer.
 	    __size_type __len = _M_string.size();

libstdc++-v3/include/ext/ropeimpl.h

@@ -977,7 +977,7 @@ rope<_CharT,_Alloc>::_S_flatten(_RopeRep* __r, _CharT* __buffer)
 	    }
 	case _RopeRep::_S_function:
 	case _RopeRep::_S_substringfn:
-	    // We dont yet do anything with substring nodes.
+	    // We don't yet do anything with substring nodes.
 	    // This needs to be fixed before ropefiles will work well.
 	    {
 		_RopeFunction* __f = (_RopeFunction*)__r;

libstdc++-v3/include/ext/stl_rope.h

@@ -340,7 +340,7 @@ identity_element(_Rope_Concat_fn<_CharT, _Alloc>)
 // that doesn't work, since it makes it impossible to define generic
 // equality on rope iterators.  According to the draft standard, the
 // template parameters for such an equality operator cannot be inferred
-// from the occurence of a member class as a parameter.
+// from the occurrence of a member class as a parameter.
 // (SGI compilers in fact allow this, but the __result wouldn't be
 // portable.)
 // Similarly, some of the static member functions are member functions
@@ -543,7 +543,7 @@ struct _Rope_RopeLeaf : public _Rope_RopeRep<_CharT,_Alloc> {
   public:
     // Apparently needed by VC++
     // The data fields of leaves are allocated with some
-    // extra space, to accomodate future growth and for basic
+    // extra space, to accommodate future growth and for basic
     // character types, to hold a trailing eos character.
     enum { _S_alloc_granularity = 8 };
     static size_t _S_rounded_up_size(size_t __n) {
@@ -845,7 +845,7 @@ class _Rope_iterator_base
   public:
     typedef _Alloc _allocator_type; // used in _Rope_rotate, VC++ workaround
     typedef _Rope_RopeRep<_CharT,_Alloc> _RopeRep;
-        // Borland doesnt want this to be protected.
+        // Borland doesn't want this to be protected.
   protected:
     enum { _S_path_cache_len = 4 }; // Must be <= 9.
     enum { _S_iterator_buf_len = 15 };
@@ -1321,7 +1321,7 @@ class rope : public _Rope_base<_CharT,_Alloc> {
                                           const _CharT* __iter, size_t __slen)
                 // As above, but one reference to __r is about to be
                 // destroyed.  Thus the pieces may be recycled if all
-                // relevent reference counts are 1.
+                // relevant reference counts are 1.
 #           ifdef __GC
                 // We can't really do anything since refcounts are unavailable.
                 { return _S_concat_char_iter(__r, __iter, __slen); }

libstdc++-v3/libsupc++/cxxabi.h

@@ -45,7 +45,7 @@
 #ifdef __cplusplus
 
 // We use the compiler builtins __SIZE_TYPE__ and __PTRDIFF_TYPE__ instead of
-// std::size_t and std::ptrdiff_t respectively. This makes us independant of
+// std::size_t and std::ptrdiff_t respectively. This makes us independent of
 // the conformance level of <cstddef> and whether -fhonor-std was supplied.
 // <cstddef> is not currently available during compiler building anyway.
 // Including <stddef.h> would be wrong, as that would rudely place size_t in
@@ -363,7 +363,7 @@ protected:
 class __vmi_class_type_info : public __class_type_info {
 /* abi defined member variables */
 public:
-  unsigned int __flags;         /* details about the class heirarchy */
+  unsigned int __flags;         /* details about the class hierarchy */
   unsigned int __base_count;    /* number of direct bases */
   __base_class_info const __base_info[1]; /* array of bases */
   /* The array of bases uses the trailing array struct hack

libstdc++-v3/libsupc++/eh_throw.cc

@@ -40,7 +40,7 @@ __gxx_exception_cleanup (_Unwind_Reason_Code code, _Unwind_Exception *exc)
 {
   __cxa_exception *header = __get_exception_header_from_ue (exc);
 
-  // If we havn't been caught by a foreign handler, then this is
+  // If we haven't been caught by a foreign handler, then this is
   // some sort of unwind error.  In that case just die immediately.
   if (code != _URC_FOREIGN_EXCEPTION_CAUGHT)
     __terminate (header->terminateHandler);

libstdc++-v3/libsupc++/tinfo.cc

@@ -172,12 +172,12 @@ __vmi_class_type_info::
 {}
 
 // __upcast_result is used to hold information during traversal of a class
-// heirarchy when catch matching.
+// hierarchy when catch matching.
 struct __class_type_info::__upcast_result
 {
   const void *dst_ptr;        // pointer to caught object
   __sub_kind part2dst;        // path from current base to target
-  int src_details;            // hints about the source type heirarchy
+  int src_details;            // hints about the source type hierarchy
   const __class_type_info *base_type; // where we found the target,
                               // if in vbase the __class_type_info of vbase
                               // if a non-virtual base then 1
@@ -189,14 +189,14 @@ struct __class_type_info::__upcast_result
 };
 
 // __dyncast_result is used to hold information during traversal of a class
-// heirarchy when dynamic casting.
+// hierarchy when dynamic casting.
 struct __class_type_info::__dyncast_result
 {
   const void *dst_ptr;        // pointer to target object or NULL
   __sub_kind whole2dst;       // path from most derived object to target
   __sub_kind whole2src;       // path from most derived object to sub object
   __sub_kind dst2src;         // path from target to sub object
-  int whole_details;          // details of the whole class heirarchy
+  int whole_details;          // details of the whole class hierarchy
   
   public:
   __dyncast_result (int details_ = __vmi_class_type_info::__flags_unknown_mask)
@@ -483,7 +483,7 @@ __do_dyncast (ptrdiff_t src2dst,
                   || !(result.whole_details & __diamond_shaped_mask)))
             {
               // We already found SRC_PTR as a base of most derived, and
-              // either it was non-virtual, or the whole heirarchy is
+              // either it was non-virtual, or the whole hierarchy is
               // not-diamond shaped. Therefore if it is in either choice, it
               // can only be in one of them, and we will already know.
               if (old_sub_kind == __unknown)

libstdc++-v3/libsupc++/typeinfo

@@ -90,7 +90,7 @@ namespace std
     // type. Uniqueness must use the _name value, not object address.
     bool operator==(const type_info& __arg) const;
 #else
-    /** Returns true if @c *this preceeds @c __arg in the implementation's
+    /** Returns true if @c *this precedes @c __arg in the implementation's
      *  collation order.  */
     // In new abi we can rely on type_info's NTBS being unique,
     // and therefore address comparisons are sufficient.

libstdc++-v3/testsuite/24_iterators/iterator.cc

-// 24.1.5 Random accesss iterators
+// 24.1.5 Random access iterators
 // 24.3.1 Iterator traits
 // (basic_string and vector implementations)
 //