diff options
author | Chris Lattner <sabre@nondot.org> | 2004-09-18 16:16:28 +0000 |
---|---|---|
committer | Chris Lattner <sabre@nondot.org> | 2004-09-18 16:16:28 +0000 |
commit | 62b442d3784c3d1c8468230c8df2bd853f763de8 (patch) | |
tree | a382438a78fd8d4cc80306974838e4b107ffcaf6 /docs | |
parent | 8fdb246fb1eaa2f94ea9aecb06a7e1f210d1cd26 (diff) | |
download | external_llvm-62b442d3784c3d1c8468230c8df2bd853f763de8.zip external_llvm-62b442d3784c3d1c8468230c8df2bd853f763de8.tar.gz external_llvm-62b442d3784c3d1c8468230c8df2bd853f763de8.tar.bz2 |
Misha implemented the ModuleProvider interface back in 9/18/2003.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@16394 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'docs')
-rw-r--r-- | docs/WritingAnLLVMPass.html | 28 |
1 files changed, 0 insertions, 28 deletions
diff --git a/docs/WritingAnLLVMPass.html b/docs/WritingAnLLVMPass.html index cb9729f..0cc7792 100644 --- a/docs/WritingAnLLVMPass.html +++ b/docs/WritingAnLLVMPass.html @@ -89,7 +89,6 @@ <li><a href="#future">Future extensions planned</a> <ul> <li><a href="#SMP">Multithreaded LLVM</a></li> - <li><a href="#ModuleSource">A new <tt>ModuleSource</tt> interface</a></li> <li><a href="#PassFunctionPass"><tt>Pass</tt>es requiring <tt>FunctionPass</tt>es</a></li> </ul></li> @@ -1539,33 +1538,6 @@ Despite that, we have kept the LLVM passes SMP ready, and you should too.</p> <!-- _______________________________________________________________________ --> <div class="doc_subsubsection"> - <a name="ModuleSource">A new <tt>ModuleSource</tt> interface</a> -</div> - -<div class="doc_text"> - -<p>Currently, the <tt>PassManager</tt>'s <tt>run</tt> method takes a <tt><a -href="http://llvm.cs.uiuc.edu/doxygen/classllvm_1_1Module.html">Module</a></tt> -as input, and runs all of the passes on this module. The problem with this -approach is that none of the <tt>PassManager</tt> features can be used for -timing and debugging the actual <b>loading</b> of the module from disk or -standard input.</p> - -<p>To solve this problem, eventually the <tt>PassManager</tt> class will accept -a <tt>ModuleSource</tt> object instead of a Module itself. When complete, this -will also allow for streaming of functions out of the bytecode representation, -allowing us to avoid holding the entire program in memory at once if we only are -dealing with <a href="#FunctionPass">FunctionPass</a>es.</p> - -<p>As part of a different issue, eventually the bytecode loader will be extended -to allow on-demand loading of functions from the bytecode representation, in -order to better support the runtime reoptimizer. The bytecode format is already -capable of this, the loader just needs to be reworked a bit.</p> - -</div> - -<!-- _______________________________________________________________________ --> -<div class="doc_subsubsection"> <a name="PassFunctionPass"><tt>Pass</tt>es requiring <tt>FunctionPass</tt>es</a> </div> |