6502/llvm-6502
1
0
Fork 0
mirror of https://github.com/c64scene-ar/llvm-6502.git synced 2025-01-16 14:31:59 +00:00
Code Issues Projects Releases Wiki Activity

Misha implemented the ModuleProvider interface back in 9/18/2003.

Browse Source 
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@16394 91177308-0d34-0410-b5e6-96231b3b80d8
This commit is contained in:
Chris Lattner 2004-09-18 16:16:28 +00:00
parent 8fdb246fb1
commit 62b442d378
1 changed files with 0 additions and 28 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

28
docs/WritingAnLLVMPass.html
View File

@ -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>
@ -1537,33 +1536,6 @@ Despite that, we have kept the LLVM passes SMP ready, and you should too.</p>
</div>
<!-- _______________________________________________________________________ -->
<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>