diff options
author | Bill Wendling <isanbard@gmail.com> | 2008-05-19 00:05:30 +0000 |
---|---|---|
committer | Bill Wendling <isanbard@gmail.com> | 2008-05-19 00:05:30 +0000 |
commit | c8968d99c61e32e5c8e602a4c53f8d7bdce1964b (patch) | |
tree | 429d58f752797888a01fc244c29c6ada0e83a90b | |
parent | 3d738ca7ea0fbc741adc813f81e8abe5fce3f26f (diff) | |
download | external_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.html | 15 |
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> |