aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorBill Wendling <isanbard@gmail.com>2008-05-19 00:05:30 +0000
committerBill Wendling <isanbard@gmail.com>2008-05-19 00:05:30 +0000
commitc8968d99c61e32e5c8e602a4c53f8d7bdce1964b (patch)
tree429d58f752797888a01fc244c29c6ada0e83a90b
parent3d738ca7ea0fbc741adc813f81e8abe5fce3f26f (diff)
downloadexternal_llvm-c8968d99c61e32e5c8e602a4c53f8d7bdce1964b.zip
external_llvm-c8968d99c61e32e5c8e602a4c53f8d7bdce1964b.tar.gz
external_llvm-c8968d99c61e32e5c8e602a4c53f8d7bdce1964b.tar.bz2
s/insure/ensure/
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@51232 91177308-0d34-0410-b5e6-96231b3b80d8
-rw-r--r--docs/tutorial/JITTutorial1.html15
1 files changed, 12 insertions, 3 deletions
diff --git a/docs/tutorial/JITTutorial1.html b/docs/tutorial/JITTutorial1.html
index e280d92..5228982 100644
--- a/docs/tutorial/JITTutorial1.html
+++ b/docs/tutorial/JITTutorial1.html
@@ -90,9 +90,16 @@ int main(int argc, char**argv) {
<p>The second segment runs the LLVM module verifier on our newly created module. While this probably isn’t really necessary for a simple module like this one, it’s always a good idea, especially if you’re generating LLVM IR based on some input. The verifier will print an error message if your LLVM module is malformed in any way.</p>
-<p>Finally, we instantiate an LLVM <code>PassManager</code> and run the <code>PrintModulePass</code> on our module. LLVM uses an explicit pass infrastructure to manage optimizations and various other things. A <code>PassManager</code>, as should be obvious from its name, manages passes: it is responsible for scheduling them, invoking them, and insuring the proper disposal after we’re done with them. For this example, we’re just using a trivial pass that prints out our module in textual form.</p>
+<p>Finally, we instantiate an LLVM <code>PassManager</code> and run
+the <code>PrintModulePass</code> on our module. LLVM uses an explicit pass
+infrastructure to manage optimizations and various other things.
+A <code>PassManager</code>, as should be obvious from its name, manages passes:
+it is responsible for scheduling them, invoking them, and ensuring the proper
+disposal after we’re done with them. For this example, we’re just using a
+trivial pass that prints out our module in textual form.</p>
-<p>Now onto the interesting part: creating and populating a module. Here’s the first chunk of our <code>makeLLVMModule()</code>:</p>
+<p>Now onto the interesting part: creating and populating a module. Here’s the
+first chunk of our <code>makeLLVMModule()</code>:</p>
<div class="doc_code">
<pre>
@@ -122,7 +129,9 @@ Module* makeLLVMModule() {
<p>You'll notice that <code>getOrInsertFunction()</code> doesn't actually return a <code>Function*</code>. This is because <code>getOrInsertFunction()</code> will return a cast of the existing function if the function already existed with a different prototype. Since we know that there's not already a <code>mul_add</code> function, we can safely just cast <code>c</code> to a <code>Function*</code>.
-<p>In addition, we set the calling convention for our new function to be the C calling convention. This isn’t strictly necessary, but it insures that our new function will interoperate properly with C code, which is a good thing.</p>
+<p>In addition, we set the calling convention for our new function to be the C
+calling convention. This isn’t strictly necessary, but it ensures that our new
+function will interoperate properly with C code, which is a good thing.</p>
<div class="doc_code">
<pre>