From 4bf05a4d49f309d13260a74a76bd451f5d5db646 Mon Sep 17 00:00:00 2001 From: Adrian Prantl Date: Thu, 17 Sep 2015 15:58:54 +0000 Subject: [PATCH] Fix a typo. git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@247895 91177308-0d34-0410-b5e6-96231b3b80d8 --- docs/Modules.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/Modules.rst b/docs/Modules.rst index 1f3d898975..0ea3b5bb37 100644 --- a/docs/Modules.rst +++ b/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:: -- 2.40.0