aboutsummaryrefslogtreecommitdiff
path: root/docs/InternalsManual.html
diff options
context:
space:
mode:
authorChris Lattner <sabre@nondot.org>2008-11-23 08:32:53 +0000
committerChris Lattner <sabre@nondot.org>2008-11-23 08:32:53 +0000
commit3fcbb89cacdba42c5571e15ffab549865da181f9 (patch)
tree5e7bfbbcd796cb9fba570dbb87851cad83222a95 /docs/InternalsManual.html
parent552de0a0a44a64cecc50b979364a77ef82b168b4 (diff)
other minor edits.
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@59906 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'docs/InternalsManual.html')
-rw-r--r--docs/InternalsManual.html12
1 files changed, 6 insertions, 6 deletions
diff --git a/docs/InternalsManual.html b/docs/InternalsManual.html
index 7b2d6670e7..05918fa63c 100644
--- a/docs/InternalsManual.html
+++ b/docs/InternalsManual.html
@@ -419,7 +419,7 @@ describe the location of the characters corresponding to the token and the
location where the token was used (i.e. the macro instantiation point or the
location of the _Pragma itself).</p>
-<p>For efficiency, we only track one level of macro instantions: if a token was
+<p>For efficiency, we only track one level of macro instantiations: if a token was
produced by multiple instantiations, we only track the source and ultimate
destination. Though we could track the intermediate instantiation points, this
would require extra bookkeeping and no known client would benefit substantially
@@ -461,7 +461,7 @@ intended to live beyond them (for example, they should not live in the ASTs).<p>
<p>Tokens most often live on the stack (or some other location that is efficient
to access) as the parser is running, but occasionally do get buffered up. For
example, macro definitions are stored as a series of tokens, and the C++
-front-end will eventually need to buffer tokens up for tentative parsing and
+front-end periodically needs to buffer tokens up for tentative parsing and
various pieces of look-ahead. As such, the size of a Token matter. On a 32-bit
system, sizeof(Token) is currently 16 bytes.</p>
@@ -754,7 +754,7 @@ malloc'd objects are at least 8 byte aligned.</p>
<p>The <tt>DeclarationName</tt> class represents the name of a
declaration in Clang. Declarations in the C family of languages can
- take several different forms. Most declarations are named by are
+ take several different forms. Most declarations are named by
simple identifiers, e.g., "<code>f</code>" and "<code>x</code>" in
the function declaration <code>f(int x)</code>. In C++, declaration
names can also name class constructors ("<code>Class</code>"
@@ -763,10 +763,10 @@ malloc'd objects are at least 8 byte aligned.</p>
and conversion functions ("<code>operator void const *</code>"). In
Objective-C, declaration names can refer to the names of Objective-C
methods, which involve the method name and the parameters,
- collectively called a <i>selector</i>, e.g..,
+ collectively called a <i>selector</i>, e.g.,
"<code>setWidth:height:</code>". Since all of these kinds of
- entities--variables, functions, Objective-C methods, C++
- constructors, destructors, and operators---are represented as
+ entities - variables, functions, Objective-C methods, C++
+ constructors, destructors, and operators - are represented as
subclasses of Clang's common <code>NamedDecl</code>
class, <code>DeclarationName</code> is designed to efficiently
represent any kind of name.</p>