blob: b1c2638e6828cff82e811940e19b04507a514036 [file] [log] [blame]
Reid Spencer9f093ed2004-08-17 09:38:50 +00001<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
2<html>
3<head>
4 <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
5 <title>The LLVM Lexicon</title>
6 <link rel="stylesheet" href="llvm.css" type="text/css">
Reid Spencer9f093ed2004-08-17 09:38:50 +00007 <meta name="author" content="Various">
8 <meta name="description"
9 content="A glossary of terms used with the LLVM project.">
10</head>
11<body>
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +000012<h1>The LLVM Lexicon</h1>
Reid Spencer9f093ed2004-08-17 09:38:50 +000013<p class="doc_warning">NOTE: This document is a work in progress!</p>
14<!-- *********************************************************************** -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +000015<h2>Table Of Contents</h2>
Reid Spencer9f093ed2004-08-17 09:38:50 +000016<!-- *********************************************************************** -->
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +000017<div>
Reid Spencer9f093ed2004-08-17 09:38:50 +000018 <table>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000019 <tr><th colspan="8"><b>- <a href="#A">A</a> -</b></th></tr>
Reid Spencer9f093ed2004-08-17 09:38:50 +000020 <tr>
21 <td><a href="#ADCE">ADCE</a></td>
Reid Spencer9f093ed2004-08-17 09:38:50 +000022 </tr>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000023 <tr><th colspan="8"><b>- <a href="#B">B</a> -</b></th></tr>
Reid Spencer7c8d6582004-08-24 18:34:10 +000024 <tr>
25 <td><a href="#BURS">BURS</a></td>
Reid Spencer7c8d6582004-08-24 18:34:10 +000026 </tr>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000027 <tr><th colspan="8"><b>- <a href="#C">C</a> -</b></th></tr>
Reid Spencer965ff462004-10-30 21:40:28 +000028 <tr>
29 <td><a href="#CSE">CSE</a></td>
Reid Spencer965ff462004-10-30 21:40:28 +000030 </tr>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000031 <tr><th colspan="8"><b>- <a href="#D">D</a> -</b></th></tr>
Misha Brukman00b21ae2004-08-24 01:57:02 +000032 <tr>
Gordon Henriksen0076a672007-09-27 19:31:36 +000033 <td><a href="#DAG">DAG</a></td>
34 <td><a href="#Derived_Pointer">Derived Pointer</a></td>
Misha Brukmanadfa8b82004-09-05 03:00:20 +000035 <td><a href="#DSA">DSA</a></td>
Misha Brukman00b21ae2004-08-24 01:57:02 +000036 <td><a href="#DSE">DSE</a></td>
Misha Brukman00b21ae2004-08-24 01:57:02 +000037 </tr>
Gordon Henriksen0076a672007-09-27 19:31:36 +000038 <tr><th colspan="8"><b>- <a href="#G">G</a> -</b></th></tr>
Dan Gohman8ef44982008-11-24 17:18:39 +000039 <tr>
Gordon Henriksen0076a672007-09-27 19:31:36 +000040 <td><a href="#GC">GC</a></td>
41 </tr>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000042 <tr><th colspan="8"><b>- <a href="#I">I</a> -</b></th></tr>
Reid Spencer965ff462004-10-30 21:40:28 +000043 <tr>
44 <td><a href="#IPA">IPA</a></td>
45 <td><a href="#IPO">IPO</a></td>
Gordon Henriksen0076a672007-09-27 19:31:36 +000046 <td><a href="#ISel">ISel</a></td>
Reid Spencer965ff462004-10-30 21:40:28 +000047 </tr>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000048 <tr><th colspan="8"><b>- <a href="#L">L</a> -</b></th></tr>
Misha Brukman00b21ae2004-08-24 01:57:02 +000049 <tr>
Owen Anderson7a312482006-10-18 05:50:12 +000050 <td><a href="#LCSSA">LCSSA</a></td>
Misha Brukman00b21ae2004-08-24 01:57:02 +000051 <td><a href="#LICM">LICM</a></td>
Misha Brukman2ace8cb2004-08-24 04:13:17 +000052 <td><a href="#Load-VN">Load-VN</a></td>
Nick Lewyckya3c9f212010-04-05 05:48:47 +000053 <td><a href="#LTO">LTO</a></td>
54 </tr>
55 <tr><th colspan="8"><b>- <a href="#M">M</a> -</b></th></tr>
56 <tr>
57 <td><a href="#MC">MC</a></td>
Misha Brukman00b21ae2004-08-24 01:57:02 +000058 </tr>
Gordon Henriksen0076a672007-09-27 19:31:36 +000059 <tr><th colspan="8"><b>- <a href="#O">O</a> -</b></th></tr>
60 <tr>
61 <td><a href="#Object_Pointer">Object Pointer</a></td>
62 </tr>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000063 <tr><th colspan="8"><b>- <a href="#P">P</a> -</b></th></tr>
Misha Brukman00b21ae2004-08-24 01:57:02 +000064 <tr>
65 <td><a href="#PRE">PRE</a></td>
Chris Lattner153827b2005-05-13 20:18:49 +000066 </tr>
67 <tr><th colspan="8"><b>- <a href="#R">R</a> -</b></th></tr>
68 <tr>
Dan Gohman67feab32008-11-07 20:29:17 +000069 <td><a href="#RAUW">RAUW</a></td>
Chris Lattner153827b2005-05-13 20:18:49 +000070 <td><a href="#Reassociation">Reassociation</a></td>
Gordon Henriksen0076a672007-09-27 19:31:36 +000071 <td><a href="#Root">Root</a></td>
Misha Brukman00b21ae2004-08-24 01:57:02 +000072 </tr>
Reid Spencerc3c4c4f2004-11-01 08:19:36 +000073 <tr><th colspan="8"><b>- <a href="#S">S</a> -</b></th></tr>
Misha Brukman00b21ae2004-08-24 01:57:02 +000074 <tr>
Gordon Henriksen0076a672007-09-27 19:31:36 +000075 <td><a href="#Safe_Point">Safe Point</a></td>
Chris Lattnera3198312005-11-29 01:34:50 +000076 <td><a href="#SCC">SCC</a></td>
Misha Brukman00b21ae2004-08-24 01:57:02 +000077 <td><a href="#SCCP">SCCP</a></td>
Gordon Henriksen0076a672007-09-27 19:31:36 +000078 <td><a href="#SDISel">SDISel</a></td>
Chris Lattner4999a5c2006-02-08 16:59:49 +000079 <td><a href="#SRoA">SRoA</a></td>
Gordon Henriksen0076a672007-09-27 19:31:36 +000080 <td><a href="#Stack_Map">Stack Map</a></td>
Misha Brukman00b21ae2004-08-24 01:57:02 +000081 </tr>
Reid Spencer9f093ed2004-08-17 09:38:50 +000082 </table>
83</div>
84
85<!-- *********************************************************************** -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +000086<h2>Definitions</h2>
Reid Spencer9f093ed2004-08-17 09:38:50 +000087<!-- *********************************************************************** -->
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +000088<div>
Reid Spencer9f093ed2004-08-17 09:38:50 +000089<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +000090<h3><a name="A">- A -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +000091<div>
Reid Spencer9f093ed2004-08-17 09:38:50 +000092 <dl>
Misha Brukman00b21ae2004-08-24 01:57:02 +000093 <dt><a name="ADCE"><b>ADCE</b></a></dt>
94 <dd>Aggressive Dead Code Elimination</dd>
Reid Spencer9f093ed2004-08-17 09:38:50 +000095 </dl>
96</div>
Misha Brukman00b21ae2004-08-24 01:57:02 +000097<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +000098<h3><a name="B">- B -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +000099<div>
Reid Spencer7c8d6582004-08-24 18:34:10 +0000100 <dl>
101 <dt><a name="BURS"><b>BURS</b></a></dt>
Bill Wendling94d371b2008-07-22 06:46:17 +0000102 <dd>Bottom Up Rewriting System&mdash;A method of instruction selection for
Chris Lattner7bf499c2004-08-24 18:53:39 +0000103 code generation. An example is the <a
104href="http://www.program-transformation.org/Transform/BURG">BURG</a> tool.</dd>
Reid Spencer7c8d6582004-08-24 18:34:10 +0000105 </dl>
106</div>
107<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000108<h3><a name="C">- C -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000109<div>
Reid Spencer965ff462004-10-30 21:40:28 +0000110 <dl>
111 <dt><a name="CSE"><b>CSE</b></a></dt>
112 <dd>Common Subexpression Elimination. An optimization that removes common
113 subexpression compuation. For example <tt>(a+b)*(a+b)</tt> has two
114 subexpressions that are the same: <tt>(a+b)</tt>. This optimization would
115 perform the addition only once and then perform the multiply (but only if
Gordon Henriksen0076a672007-09-27 19:31:36 +0000116 it's compulationally correct/safe).
Reid Spencer965ff462004-10-30 21:40:28 +0000117 </dl>
118</div>
119<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000120<h3><a name="D">- D -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000121<div>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000122 <dl>
Gordon Henriksen0076a672007-09-27 19:31:36 +0000123 <dt><a name="DAG"><b>DAG</b></a></dt>
124 <dd>Directed Acyclic Graph</dd>
125 <dt><a name="Derived_Pointer"><b>Derived Pointer</b></a></dt>
126 <dd>A pointer to the interior of an object, such that a garbage collector
127 is unable to use the pointer for reachability analysis. While a derived
128 pointer is live, the corresponding object pointer must be kept in a root,
129 otherwise the collector might free the referenced object. With copying
130 collectors, derived pointers pose an additional hazard that they may be
131 invalidated at any <a href="Safe_Point">safe point</a>. This term is used in
132 opposition to <a href="#Object_Pointer">object pointer</a>.</dd>
Misha Brukmanadfa8b82004-09-05 03:00:20 +0000133 <dt><a name="DSA"><b>DSA</b></a></dt>
Misha Brukman0d68e4c2004-09-05 03:57:23 +0000134 <dd>Data Structure Analysis</dd>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000135 <dt><a name="DSE"><b>DSE</b></a></dt>
136 <dd>Dead Store Elimination</dd>
137 </dl>
138</div>
139<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000140<h3><a name="G">- G -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000141<div>
Gordon Henriksen0076a672007-09-27 19:31:36 +0000142 <dl>
143 <dt><a name="GC"><b>GC</b></a></dt>
144 <dd>Garbage Collection. The practice of using reachability analysis instead
145 of explicit memory management to reclaim unused memory.</dd>
146 </dl>
147</div>
148<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000149<h3><a name="H">- H -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000150<div>
Gordon Henriksen0076a672007-09-27 19:31:36 +0000151 <dl>
152 <dt><a name="Heap"><b>Heap</b></a></dt>
153 <dd>In garbage collection, the region of memory which is managed using
154 reachability analysis.</dd>
155 </dl>
156</div>
157<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000158<h3><a name="I">- I -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000159<div>
Reid Spencer965ff462004-10-30 21:40:28 +0000160 <dl>
161 <dt><a name="IPA"><b>IPA</b></a></dt>
162 <dd>Inter-Procedural Analysis. Refers to any variety of code analysis that
163 occurs between procedures, functions or compilation units (modules).</dd>
164 <dt><a name="IPO"><b>IPO</b></a></dt>
165 <dd>Inter-Procedural Optimization. Refers to any variety of code
166 optimization that occurs between procedures, functions or compilation units
167 (modules).</dd>
Torok Edwin7b747ef2008-10-28 16:54:34 +0000168 <dt><a name="ISel"><b>ISel</b></a></dt>
Gordon Henriksen0076a672007-09-27 19:31:36 +0000169 <dd>Instruction Selection.</dd>
Reid Spencer965ff462004-10-30 21:40:28 +0000170 </dl>
171</div>
172<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000173<h3><a name="L">- L -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000174<div>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000175 <dl>
Nick Lewyckya3c9f212010-04-05 05:48:47 +0000176 <dt><a name="LCSSA"><b>LCSSA</b></a></dt>
177 <dd>Loop-Closed Static Single Assignment Form</dd>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000178 <dt><a name="LICM"><b>LICM</b></a></dt>
179 <dd>Loop Invariant Code Motion</dd>
Misha Brukman2ace8cb2004-08-24 04:13:17 +0000180 <dt><a name="Load-VN"><b>Load-VN</b></a></dt>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000181 <dd>Load Value Numbering</dd>
Nick Lewyckya3c9f212010-04-05 05:48:47 +0000182 <dt><a name="LTO"><b>LTO</b></a></dt>
183 <dd>Link-Time Optimization</dd>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000184 </dl>
185</div>
Nick Lewyckya3c9f212010-04-05 05:48:47 +0000186<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000187<h3><a name="M">- M -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000188<div>
Nick Lewyckya3c9f212010-04-05 05:48:47 +0000189 <dl>
190 <dt><a name="MC"><b>MC</b></a></dt>
191 <dd>Machine Code</dd>
192 </dl>
193</div>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000194<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000195<h3><a name="O">- O -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000196<div>
Gordon Henriksen0076a672007-09-27 19:31:36 +0000197 <dl>
198 <dt><a name="Object_Pointer"><b>Object Pointer</b></a></dt>
199 <dd>A pointer to an object such that the garbage collector is able to trace
200 references contained within the object. This term is used in opposition to
201 <a href="#Derived_Pointer">derived pointer</a>.</dd>
202 </dl>
203</div>
204
205<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000206<h3><a name="P">- P -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000207<div>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000208 <dl>
209 <dt><a name="PRE"><b>PRE</b></a></dt>
210 <dd>Partial Redundancy Elimination</dd>
211 </dl>
212</div>
Chris Lattner153827b2005-05-13 20:18:49 +0000213
214<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000215<h3><a name="R">- R -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000216<div>
Chris Lattner153827b2005-05-13 20:18:49 +0000217 <dl>
Dan Gohman67feab32008-11-07 20:29:17 +0000218 <dt><a name="RAUW"><b>RAUW</b></a></dt> <dd>An abbreviation for Replace
219 All Uses With. The functions User::replaceUsesOfWith(),
220 Value::replaceAllUsesWith(), and Constant::replaceUsesOfWithOnConstant()
221 implement the replacement of one Value with another by iterating over its
222 def/use chain and fixing up all of the pointers to point to the new value.
223 See also <a href="ProgrammersManual.html#iterate_chains">def/use chains</a>.
224 </dd>
Chris Lattner153827b2005-05-13 20:18:49 +0000225 <dt><a name="Reassociation"><b>Reassociation</b></a></dt> <dd>Rearranging
226 associative expressions to promote better redundancy elimination and other
227 optimization. For example, changing (A+B-A) into (B+A-A), permitting it to
Gordon Henriksen0076a672007-09-27 19:31:36 +0000228 be optimized into (B+0) then (B).</dd>
229 <dt><a name="Root"><b>Root</b></a></dt> <dd>In garbage collection, a
230 pointer variable lying outside of the <a href="#Heap">heap</a> from which
231 the collector begins its reachability analysis. In the context of code
Misha Brukmane10a3d52008-12-14 08:01:51 +0000232 generation, "root" almost always refers to a "stack root" -- a local or
Gordon Henriksen0076a672007-09-27 19:31:36 +0000233 temporary variable within an executing function.</dd>
Chris Lattner153827b2005-05-13 20:18:49 +0000234 </dl>
235</div>
236
Misha Brukman00b21ae2004-08-24 01:57:02 +0000237<!-- _______________________________________________________________________ -->
NAKAMURA Takumifc8d9302011-04-18 23:59:50 +0000238<h3><a name="S">- S -</a></h3>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000239<div>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000240 <dl>
Torok Edwin7b747ef2008-10-28 16:54:34 +0000241 <dt><a name="Safe_Point"><b>Safe Point</b></a></dt>
Gordon Henriksen0076a672007-09-27 19:31:36 +0000242 <dd>In garbage collection, it is necessary to identify <a href="#Root">stack
243 roots</a> so that reachability analysis may proceed. It may be infeasible to
244 provide this information for every instruction, so instead the information
245 may is calculated only at designated safe points. With a copying collector,
246 <a href="#Derived_Pointers">derived pointers</a> must not be retained across
247 safe points and <a href="#Object_Pointers">object pointers</a> must be
248 reloaded from stack roots.</dd>
249 <dt><a name="SDISel"><b>SDISel</b></a></dt>
250 <dd>Selection DAG Instruction Selection.</dd>
Chris Lattnera3198312005-11-29 01:34:50 +0000251 <dt><a name="SCC"><b>SCC</b></a></dt>
252 <dd>Strongly Connected Component</dd>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000253 <dt><a name="SCCP"><b>SCCP</b></a></dt>
Chris Lattnera3198312005-11-29 01:34:50 +0000254 <dd>Sparse Conditional Constant Propagation</dd>
Chris Lattner4999a5c2006-02-08 16:59:49 +0000255 <dt><a name="SRoA"><b>SRoA</b></a></dt>
256 <dd>Scalar Replacement of Aggregates</dd>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000257 <dt><a name="SSA"><b>SSA</b></a></dt>
258 <dd>Static Single Assignment</dd>
Gordon Henriksen0076a672007-09-27 19:31:36 +0000259 <dt><a name="Stack_Map"><b>Stack Map</b></a></dt>
260 <dd>In garbage collection, metadata emitted by the code generator which
261 identifies <a href="#Root">roots</a> within the stack frame of an executing
262 function.</dd>
Misha Brukman00b21ae2004-08-24 01:57:02 +0000263 </dl>
264</div>
NAKAMURA Takumiaa3d6242011-04-23 00:30:22 +0000265
266</div>
Reid Spencer9f093ed2004-08-17 09:38:50 +0000267<!-- *********************************************************************** -->
268<hr>
269<address> <a href="http://jigsaw.w3.org/css-validator/check/referer"><img
Misha Brukman86242e12008-12-11 17:34:48 +0000270 src="http://jigsaw.w3.org/css-validator/images/vcss-blue" alt="Valid CSS"></a><a
Reid Spencer9f093ed2004-08-17 09:38:50 +0000271 href="http://validator.w3.org/check/referer"><img
Misha Brukman86242e12008-12-11 17:34:48 +0000272 src="http://www.w3.org/Icons/valid-html401-blue" alt="Valid HTML 4.01"></a><a
Reid Spencerca058542006-03-14 05:39:39 +0000273 href="http://llvm.org/">The LLVM Team</a><br>
NAKAMURA Takumica46f5a2011-04-09 02:13:37 +0000274<a href="http://llvm.org/">The LLVM Compiler Infrastructure</a><br>
Reid Spencer9f093ed2004-08-17 09:38:50 +0000275Last modified: $Date$
276</address>
277<!-- vim: sw=2
278-->
279</body>
280</html>