[libcxx] r175274 - Bruce Mitchener: Minor typo fixes.
Howard Hinnant
hhinnant at apple.com
Fri Feb 15 07:37:50 PST 2013
Author: hhinnant
Date: Fri Feb 15 09:37:50 2013
New Revision: 175274
URL: http://llvm.org/viewvc/llvm-project?rev=175274&view=rev
Log:
Bruce Mitchener: Minor typo fixes.
Modified:
libcxx/trunk/www/atomic_design.html
libcxx/trunk/www/atomic_design_a.html
libcxx/trunk/www/atomic_design_c.html
Modified: libcxx/trunk/www/atomic_design.html
URL: http://llvm.org/viewvc/llvm-project/libcxx/trunk/www/atomic_design.html?rev=175274&r1=175273&r2=175274&view=diff
==============================================================================
--- libcxx/trunk/www/atomic_design.html (original)
+++ libcxx/trunk/www/atomic_design.html Fri Feb 15 09:37:50 2013
@@ -37,7 +37,7 @@
<p>
There are currently 3 designs under consideration. They differ in where most
-of the implmentation work is done. The functionality exposed to the customer
+of the implementation work is done. The functionality exposed to the customer
should be identical (and conforming) for all three designs.
</p>
Modified: libcxx/trunk/www/atomic_design_a.html
URL: http://llvm.org/viewvc/llvm-project/libcxx/trunk/www/atomic_design_a.html?rev=175274&r1=175273&r2=175274&view=diff
==============================================================================
--- libcxx/trunk/www/atomic_design_a.html (original)
+++ libcxx/trunk/www/atomic_design_a.html Fri Feb 15 09:37:50 2013
@@ -38,7 +38,7 @@
<p>
The compiler supplies all of the intrinsics as described below. This list of
intrinsics roughly parallels the requirements of the C and C++ atomics
-proposals. The C and C++ library imlpementations simply drop through to these
+proposals. The C and C++ library implementations simply drop through to these
intrinsics. Anything the platform does not support in hardware, the compiler
arranges for a (compiler-rt) library call to be made which will do the job with
a mutex, and in this case ignoring the memory ordering parameter (effectively
@@ -52,7 +52,7 @@ behavior is acceptable when the inputs d
<blockquote><pre>
<font color="#C80000">// In every intrinsic signature below, type* atomic_obj may be a pointer to a</font>
-<font color="#C80000">// volatile-qualifed type.</font>
+<font color="#C80000">// volatile-qualified type.</font>
<font color="#C80000">// Memory ordering values map to the following meanings:</font>
<font color="#C80000">// memory_order_relaxed == 0</font>
<font color="#C80000">// memory_order_consume == 1</font>
Modified: libcxx/trunk/www/atomic_design_c.html
URL: http://llvm.org/viewvc/llvm-project/libcxx/trunk/www/atomic_design_c.html?rev=175274&r1=175273&r2=175274&view=diff
==============================================================================
--- libcxx/trunk/www/atomic_design_c.html (original)
+++ libcxx/trunk/www/atomic_design_c.html Fri Feb 15 09:37:50 2013
@@ -43,7 +43,7 @@ inserted directly into your application
representable by higher level C or C++ expressions. The design of the libc++
<tt><atomic></tt> header started with this goal in mind. A secondary, but
still very important goal is that the compiler should have to do minimal work to
-faciliate the implementaiton of <tt><atomic></tt>. Without this second
+facilitate the implementation of <tt><atomic></tt>. Without this second
goal, then practically speaking, the libc++ <tt><atomic></tt> header would
be doomed to be a barely supported, second class citizen on almost every
platform.
More information about the cfe-commits
mailing list