[llvm] r278033 - [BuildingAJIT] Fix a couple of typos in the Chapter 3 draft.

Lang Hames via llvm-commits llvm-commits at lists.llvm.org
Mon Aug 8 11:09:56 PDT 2016


Author: lhames
Date: Mon Aug  8 13:09:56 2016
New Revision: 278033

URL: http://llvm.org/viewvc/llvm-project?rev=278033&view=rev
Log:
[BuildingAJIT] Fix a couple of typos in the Chapter 3 draft.

Modified:
    llvm/trunk/docs/tutorial/BuildingAJIT3.rst

Modified: llvm/trunk/docs/tutorial/BuildingAJIT3.rst
URL: http://llvm.org/viewvc/llvm-project/llvm/trunk/docs/tutorial/BuildingAJIT3.rst?rev=278033&r1=278032&r2=278033&view=diff
==============================================================================
--- llvm/trunk/docs/tutorial/BuildingAJIT3.rst (original)
+++ llvm/trunk/docs/tutorial/BuildingAJIT3.rst Mon Aug  8 13:09:56 2016
@@ -19,14 +19,14 @@ CompileOnDemand layer the JIT from `Chap
 Lazy Compilation
 ================
 
-When we add a module to the KaleidoscopeJIT class described in Chapter 2 it is
+When we add a module to the KaleidoscopeJIT class from Chapter 2 it is
 immediately optimized, compiled and linked for us by the IRTransformLayer,
 IRCompileLayer and ObjectLinkingLayer respectively. This scheme, where all the
-work to make a Module executable is done up front, is simple to understand its
-performance characteristics are easy to reason about. However, it will lead to
-very high startup times if the amount of code to be compiled is large, and may
-also do a lot of unnecessary compilation if only a few compiled functions are
-ever called at runtime. A truly "just-in-time" compiler should allow us to
+work to make a Module executable is done up front, is simple to understand and
+its performance characteristics are easy to reason about. However, it will lead
+to very high startup times if the amount of code to be compiled is large, and
+may also do a lot of unnecessary compilation if only a few compiled functions
+are ever called at runtime. A truly "just-in-time" compiler should allow us to
 defer the compilation of any given function until the moment that function is
 first called, improving launch times and eliminating redundant work. In fact,
 the ORC APIs provide us with a layer to lazily compile LLVM IR:




More information about the llvm-commits mailing list