From: Jan Korous Date: Mon, 9 Oct 2017 23:45:20 +0000 (+0000) Subject: Fix typos in documentation X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=a3aaa66c477f67cda3845244180899b3bd8f6a46;p=clang Fix typos in documentation Differential Revision: https://reviews.llvm.org/D38711 git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@315252 91177308-0d34-0410-b5e6-96231b3b80d8 --- diff --git a/docs/InternalsManual.rst b/docs/InternalsManual.rst index 7f6dba24e6..058c63f0af 100644 --- a/docs/InternalsManual.rst +++ b/docs/InternalsManual.rst @@ -1540,7 +1540,7 @@ Implementation Approach After trying several different approaches, we've finally converged on a design (Note, at the time of this writing, not all of this has been implemented, consider this a design goal!). Our basic approach is to define a single -recursive method evaluation method (``Expr::Evaluate``), which is implemented +recursive evaluation method (``Expr::Evaluate``), which is implemented in ``AST/ExprConstant.cpp``. Given an expression with "scalar" type (integer, fp, complex, or pointer) this method returns the following information: @@ -2037,7 +2037,7 @@ are similar. * ``CodeGenFunction`` contains functions ``ConvertType`` and ``ConvertTypeForMem`` that convert Clang's types (``clang::Type*`` or ``clang::QualType``) to LLVM types. Use the former for values, and the - later for memory locations: test with the C++ "``bool``" type to check + latter for memory locations: test with the C++ "``bool``" type to check this. If you find that you are having to use LLVM bitcasts to make the subexpressions of your expression have the type that your expression expects, STOP! Go fix semantic analysis and the AST so that you don't