summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorAdrian Prantl <aprantl@apple.com>2015-09-17 15:58:54 +0000
committerAdrian Prantl <aprantl@apple.com>2015-09-17 15:58:54 +0000
commitb20f1d0a3cd20ba79a4534d9ee3f5f086fde7d28 (patch)
tree9c67def6c4b379c1c654eb48bffa0c8b9b14bc3f
parentb77b1f8a0c6b14d60e640e0053a13c33b56c63da (diff)
downloadbcm5719-llvm-b20f1d0a3cd20ba79a4534d9ee3f5f086fde7d28.tar.gz
bcm5719-llvm-b20f1d0a3cd20ba79a4534d9ee3f5f086fde7d28.zip
Fix a typo.
llvm-svn: 247895
-rw-r--r--clang/docs/Modules.rst2
1 files changed, 1 insertions, 1 deletions
diff --git a/clang/docs/Modules.rst b/clang/docs/Modules.rst
index 1f3d8989751..0ea3b5bb377 100644
--- a/clang/docs/Modules.rst
+++ b/clang/docs/Modules.rst
@@ -222,7 +222,7 @@ Modules are modeled as if each submodule were a separate translation unit, and a
This behavior is currently only approximated when building a module with submodules. Entities within a submodule that has already been built are visible when building later submodules in that module. This can lead to fragile modules that depend on the build order used for the submodules of the module, and should not be relied upon. This behavior is subject to change.
-As an example, in C, this implies that if two structs are defined in different submodules with the same name, those two types are distinct types (but may be *compatible* types if their definitions match. In C++, two structs defined with the same name in different submodules are the *same* type, and must be equivalent under C++'s One Definition Rule.
+As an example, in C, this implies that if two structs are defined in different submodules with the same name, those two types are distinct types (but may be *compatible* types if their definitions match). In C++, two structs defined with the same name in different submodules are the *same* type, and must be equivalent under C++'s One Definition Rule.
.. note::
OpenPOWER on IntegriCloud