summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorWilfred Hughes <me@wilfred.me.uk>2016-03-17 09:26:45 +0000
committerWilfred Hughes <me@wilfred.me.uk>2016-03-17 09:26:45 +0000
commitaa1ea69c71f9fc30d4d8100b61d0346c597bc530 (patch)
tree16d85ab40773a7aeabb9308cfd395dc6f2d9abad
parent2d6b4e568e0cd86f7b742f343852c47e9bdf8a37 (diff)
downloadbcm5719-llvm-aa1ea69c71f9fc30d4d8100b61d0346c597bc530.tar.gz
bcm5719-llvm-aa1ea69c71f9fc30d4d8100b61d0346c597bc530.zip
Further typo fixes in kaleidoscope tutorial.
llvm-svn: 263697
-rw-r--r--llvm/docs/tutorial/LangImpl7.rst6
1 files changed, 3 insertions, 3 deletions
diff --git a/llvm/docs/tutorial/LangImpl7.rst b/llvm/docs/tutorial/LangImpl7.rst
index b8fefa03168..aa8d86c9424 100644
--- a/llvm/docs/tutorial/LangImpl7.rst
+++ b/llvm/docs/tutorial/LangImpl7.rst
@@ -258,7 +258,7 @@ mutable variables now!
Mutable Variables in Kaleidoscope
=================================
-Now that we know the sort of problem we want to tackle, lets see what
+Now that we know the sort of problem we want to tackle, let's see what
this looks like in the context of our little Kaleidoscope language.
We're going to add two features:
@@ -306,7 +306,7 @@ Adjusting Existing Variables for Mutation
The symbol table in Kaleidoscope is managed at code generation time by
the '``NamedValues``' map. This map currently keeps track of the LLVM
"Value\*" that holds the double value for the named variable. In order
-to support mutation, we need to change this slightly, so that it
+to support mutation, we need to change this slightly, so that
``NamedValues`` holds the *memory location* of the variable in question.
Note that this change is a refactoring: it changes the structure of the
code, but does not (by itself) change the behavior of the compiler. All
@@ -632,7 +632,7 @@ When run, this example prints "123" and then "4", showing that we did
actually mutate the value! Okay, we have now officially implemented our
goal: getting this to work requires SSA construction in the general
case. However, to be really useful, we want the ability to define our
-own local variables, lets add this next!
+own local variables, let's add this next!
User-defined Local Variables
============================
OpenPOWER on IntegriCloud