]> git.ipfire.org Git - thirdparty/gcc.git/commitdiff
* doc/extend.texi: Follow spelling conventions.
authorkazu <kazu@138bc75d-0d04-0410-961f-82ee72b054a4>
Sun, 30 Jan 2011 22:25:31 +0000 (22:25 +0000)
committerkazu <kazu@138bc75d-0d04-0410-961f-82ee72b054a4>
Sun, 30 Jan 2011 22:25:31 +0000 (22:25 +0000)
* doc/invoke.texi: Fix a typo.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@169420 138bc75d-0d04-0410-961f-82ee72b054a4

gcc/ChangeLog
gcc/doc/extend.texi
gcc/doc/invoke.texi

index da0a108e885f1395e37257b976e93f82f037c5d4..33f73a8ae9500e82eced6fb97128b0a0aa12f717 100644 (file)
@@ -1,3 +1,8 @@
+2011-01-30  Kazu Hirata  <kazu@codesourcery.com>
+
+       * doc/extend.texi: Follow spelling conventions.
+       * doc/invoke.texi: Fix a typo.
+
 2011-01-30  Joseph Myers  <joseph@codesourcery.com>
 
        * config/hpux11.opt: New.
index a1da1cff9a5903acaec2c1ce02de2cc3e0fbdd02..cf025bdf05e454363f1fc7a233f684e07cf8da65 100644 (file)
@@ -13649,9 +13649,9 @@ The C++ standard differs from the C standard in its treatment of
 volatile objects.  It fails to specify what constitutes a volatile
 access, except to say that C++ should behave in a similar manner to C
 with respect to volatiles, where possible.  However, the different
-lvalueness of expressions between C and C++ complicate the behaviour.
+lvalueness of expressions between C and C++ complicate the behavior.
 G++ behaves the same as GCC for volatile access, @xref{C
-Extensions,,Volatiles}, for a description of GCC's behaviour.
+Extensions,,Volatiles}, for a description of GCC's behavior.
 
 The C and C++ language specifications differ when an object is
 accessed in a void context:
@@ -13681,7 +13681,7 @@ possible to ignore the return value from functions returning volatile
 references.  Again, if you wish to force a read, cast the reference to
 an rvalue.
 
-G++ implements the same behaviour as GCC does when assigning to a
+G++ implements the same behavior as GCC does when assigning to a
 volatile object -- there is no reread of the assigned-to object, the
 assigned rvalue is reused.  Note that in C++ assignment expressions
 are lvalues, and if used as an lvalue, the volatile object will be
index f2e672a8b24f120fa7068b829dfaaf737244e418..93e01f87d6338906b6acebf053b2fa50d4011666 100644 (file)
@@ -7690,7 +7690,7 @@ This option enables the extraction of object files with GIMPLE bytecode out of
 library archives. This improves the quality of optimization by exposing more
 code the the link time optimizer.  This information specify what symbols 
 can be accessed externally (by non-LTO object or during dynamic linking).
-Resulting code quality improvements on binaries (and shared libaries that do
+Resulting code quality improvements on binaries (and shared libraries that do
 use hidden visibility) is similar to @code{-fwhole-program}.  See
 @option{-flto} for a description on the effect of this flag and how to use it.