[llvm] adef2f5 - [docs][ORC] Fix some RST errors in the ORCv2 doc.

Lang Hames via llvm-commits llvm-commits at lists.llvm.org
Thu Jan 16 21:11:11 PST 2020


Author: Lang Hames
Date: 2020-01-16T21:10:56-08:00
New Revision: adef2f5324cc593e078918eaa31218279ba1916a

URL: https://github.com/llvm/llvm-project/commit/adef2f5324cc593e078918eaa31218279ba1916a
DIFF: https://github.com/llvm/llvm-project/commit/adef2f5324cc593e078918eaa31218279ba1916a.diff

LOG: [docs][ORC] Fix some RST errors in the ORCv2 doc.

Added: 
    

Modified: 
    llvm/docs/ORCv2.rst

Removed: 
    


################################################################################
diff  --git a/llvm/docs/ORCv2.rst b/llvm/docs/ORCv2.rst
index 0b975d6cd3f5..5e70f0396bc6 100644
--- a/llvm/docs/ORCv2.rst
+++ b/llvm/docs/ORCv2.rst
@@ -55,7 +55,7 @@ ORC provides the following features:
   session object (``ExecutionSession``). Compiling eagerly by default makes it
   easy to use ORC as a simple in-memory compiler within an existing JIT
   infrastructure. However ORC also provides support for lazy compilation via
-  lazy-reexports (see Laziness_).
+  lazy-reexports (see :ref:`Laziness`).
 
 *Support for Custom Compilers and Program Representations*
   Clients can supply custom compilers for each symbol that they define in their
@@ -317,9 +317,10 @@ to be re-used across JIT sessions as the JIT'd code no longer changes, only the
 absolute symbol definition does.
 
 For process and library symbols the DynamicLibrarySearchGenerator utility (See
-ProcessAndLibrarySymbols_) can be used to automatically build absolute symbol
-mappings for you. However the absoluteSymbols function is still useful for
-making non-global objects in your JIT visible to JIT'd code. For example,
+:ref:`How to Add Process and Library Symbols to JITDylibs
+<ProcessAndLibrarySymbols>`) can be used to automatically build absolute
+symbol mappings for you. However the absoluteSymbols function is still useful
+for making non-global objects in your JIT visible to JIT'd code. For example,
 imagine that your JIT standard library needs access to your JIT object to make
 some calls. We could bake the address of your object into the library, but then
 it would need to be recompiled for each session:
@@ -402,6 +403,7 @@ The reexports utility can be handy for composing a single JITDylib interface by
 re-exporting symbols from several other JITDylibs.
 
 .. _Laziness:
+
 Laziness
 ========
 
@@ -680,6 +682,7 @@ all modules on the same context:
     }
 
 .. _ProcessAndLibrarySymbols:
+
 How to Add Process and Library Symbols to the JITDylibs
 =======================================================
 


        


More information about the llvm-commits mailing list