]> git.ipfire.org Git - thirdparty/gcc.git/commitdiff
containers.xml (associative.bitset.size_variable): Fix bad s/part/chapter/ substitutions.
authorJonathan Wakely <jwakely@redhat.com>
Thu, 27 Mar 2014 18:22:38 +0000 (18:22 +0000)
committerJonathan Wakely <redi@gcc.gnu.org>
Thu, 27 Mar 2014 18:22:38 +0000 (18:22 +0000)
* doc/xml/manual/containers.xml (associative.bitset.size_variable):
Fix bad s/part/chapter/ substitutions.
* doc/xml/manual/io.xml (std.io): Likewise.
* doc/xml/manual/numerics.xml (std.numerics.generalized_ops): Likewise.
* doc/xml/manual/strings.xml (strings.string.Cstring): Likewise.

From-SVN: r208874

libstdc++-v3/ChangeLog
libstdc++-v3/doc/xml/manual/containers.xml
libstdc++-v3/doc/xml/manual/io.xml
libstdc++-v3/doc/xml/manual/numerics.xml
libstdc++-v3/doc/xml/manual/strings.xml

index 4108b0d00d0a50b045c1f1df0134fa1e225e6be3..cc927da961ff5aa48c55c0f35d4177f08a37374b 100644 (file)
@@ -9,6 +9,12 @@
        Likewise.
        * doc/xml/manual/test.xml (test.organization.layout): Likewise.
 
+       * doc/xml/manual/containers.xml (associative.bitset.size_variable):
+       Fix bad s/part/chapter/ substitutions.
+       * doc/xml/manual/io.xml (std.io): Likewise.
+       * doc/xml/manual/numerics.xml (std.numerics.generalized_ops): Likewise.
+       * doc/xml/manual/strings.xml (strings.string.Cstring): Likewise.
+
 2014-03-27  Jonathan Wakely  <jwakely@redhat.com>
 
        PR libstdc++/60612
index 653033da4d55ae9308b6b830bf9a1fd441e48018..9fea0f7ea1c072e92381c4d8a076c15112b28ddb 100644 (file)
    <para>
      There are a couple of ways to handle this kind of thing.  Please
      consider all of them before passing judgement.  They include, in
-     no chaptericular order:
+     no particular order:
    </para>
       <itemizedlist>
        <listitem><para>A very large N in <code>bitset&lt;N&gt;</code>.</para></listitem>
index 34e47ea73aa953308dcc2889763ddea3413c478c..5ae93b90041f7cdd06bf0301bc0a104b37a83636 100644 (file)
    <para>Seriously, go do it.  Get surprised, then come back.  It's worth it.
    </para>
    <para>The thing to remember is that the <code>basic_[io]stream</code> classes
-      handle formatting, nothing else.  In chaptericular, they break up on
+      handle formatting, nothing else.  In particular, they break up on
       whitespace.  The actual reading, writing, and storing of data is
       handled by the <code>basic_streambuf</code> family.  Fortunately, the
       <code>operator&lt;&lt;</code> is overloaded to take an ostream and
    <programlisting>
    OUT &lt;&lt; IN.rdbuf();</programlisting>
    <para>So what <emphasis>was</emphasis> happening with OUT&lt;&lt;IN?  Undefined
-      behavior, since that chaptericular &lt;&lt; isn't defined by the Standard.
+      behavior, since that particular &lt;&lt; isn't defined by the Standard.
       I have seen instances where it is implemented, but the character
       extraction process removes all the whitespace, leaving you with no
       blank lines and only "Thequickbrownfox...".  With
    <para>Note, by the way, that the synchronization requirement only applies to
       the standard streams (<code>cin</code>, <code>cout</code>,
       <code>cerr</code>,
-      <code>clog</code>, and their wide-character counterchapters).  File stream
+      <code>clog</code>, and their wide-character counterparts).  File stream
       objects that you declare yourself have no such requirement and are fully
       buffered.
    </para>
index 495735502be6c8fe6d176b1f46f7ca48eb96bc25..cc2615390f2710de404c20670bf6b1f86100102f 100644 (file)
@@ -65,7 +65,7 @@
    <itemizedlist>
       <listitem><para><code>accumulate</code></para></listitem>
       <listitem><para><code>inner_product</code></para></listitem>
-      <listitem><para><code>chapterial_sum</code></para></listitem>
+      <listitem><para><code>partial_sum</code></para></listitem>
       <listitem><para><code>adjacent_difference</code></para></listitem>
    </itemizedlist>
    <para>Here is a simple example of the two forms of <code>accumulate</code>.
index d281c02bd5233b11c2bf1a8f7b29340ee50d4385..6a94fa22cb4905824dbeff406ce1d53d13eac273 100644 (file)
@@ -462,7 +462,7 @@ stringtok(Container &amp;container, string const &amp;in,
             <emphasis>if the implementors do it correctly</emphasis>.  The libstdc++
             implementors did it correctly.  Other vendors might not.
         </para></listitem>
-        <listitem><para>While chapters of the SGI STL are used in libstdc++, their
+        <listitem><para>While parts of the SGI STL are used in libstdc++, their
             string class is not.  The SGI <code>string</code> is essentially
             <code>vector&lt;char&gt;</code> and does not do any reference
             counting like libstdc++'s does.  (It is O(n), though.)