<li>The '<tt>-enable-eh</tt>' flag to llc has been removed. Now code should
encode whether it is safe to omit unwind information for a function by
tagging the Function object with the '<tt>nounwind</tt>' attribute.</li>
+<li>The ConstantFP::get method that uses APFloat now takes one argument
+ instead of two. The type argument has been removed, and the type is
+ now inferred from the size of the given APFloat value.</li>
</ul>
</div>
downloaded from:
</p>
-<p>
-<tt>svn co http://llvm.org/svn/llvm-project/vmkit/trunk vmkit</tt>
-</p>
+<div class="doc_code">
+<pre>svn co http://llvm.org/svn/llvm-project/vmkit/trunk vmkit</pre>
+</div>
</div>
<tt>llvmc</tt> and to provide a superset of the features of the
'<tt>gcc</tt>' driver.</p>
-<p>The main features of <tt>llvmc2</tt> are:
+ <p>The main features of <tt>llvmc2</tt> are:
<ul>
<li>Extended handling of command line options and smart rules for
dispatching them to different tools.</li>
it's relatively easy to add new features.</li>
<li>The definition of driver is transformed into set of C++ classes, thus
no runtime interpretation is needed.</li>
- </ul></p>
- </li>
+ </ul>
+</li>
<li><p>LLVM 2.3 includes a completely rewritten interface for <a
href="LinkTimeOptimization.html">Link Time Optimization</a>. This interface
<li>llvm-gcc 4.2 includes numerous fixes to better support the Objective-C
front-end. Objective-C now works very well on Mac OS/X.</li>
-<li>Fortran EQUIVALENCEs are now supported by the gfortran front-end.</li>
+<li>Fortran <tt>EQUIVALENCE</tt>s are now supported by the gfortran
+front-end.</li>
<li>llvm-gcc 4.2 includes many other fixes which improve conformance with the
relevant parts of the GCC testsuite.</li>
-</ul></p>
+</ul>
</div>
<li>LLVM IR now directly represents "common" linkage, instead of representing it
as a form of weak linkage.</li>
-<li>LLVM IR now has support for atomic operations, and this functionality can
-be accessed through the llvm-gcc "__sync_synchronize",
-"__sync_val_compare_and_swap", and related builtins. Support for atomics are
-available in the Alpha, X86, X86-64, and PowerPC backends.</li>
+<li>LLVM IR now has support for atomic operations, and this functionality can be
+accessed through the llvm-gcc "<tt>__sync_synchronize</tt>",
+"<tt>__sync_val_compare_and_swap</tt>", and related builtins. Support for
+atomics are available in the Alpha, X86, X86-64, and PowerPC backends.</li>
<li>The C and Ocaml bindings have extended to cover pass managers, several
transformation passes, iteration over the LLVM IR, target data, and parameter
This transformation hoists conditions from loop bodies and reduces a loop's
iteration space to improve performance. For example,</p>
+<div class="doc_code">
<pre>
for (i = LB; i < UB; ++i)
if (i <= NV)
LOOP_BODY
</pre>
+</div>
<p>is transformed into:</p>
+<p><div class="doc_code">
<pre>
NUB = min(NV+1, UB)
for (i = LB; i < NUB; ++i)
LOOP_BODY
</pre>
+</div>
+</p>
</li>
<li>LLVM now includes a new <tt>memcpy</tt> optimization pass which removes
'i' form when possible instead of always loading the value in a register.
This saves an instruction and reduces register use.</li>
-<li>Added support for PIC/GOT style tail calls on x86/32 and initial support
- for tail calls on PowerPC 32 (it may also work on ppc64 but not
- thoroughly tested).</li>
+<li>Added support for PIC/GOT style <a
+ href="CodeGenerator.html#tailcallopt">tail calls</a> on X86/32 and initial
+ support for tail calls on PowerPC 32 (it may also work on PowerPC 64 but is
+ not thoroughly tested).</li>
</ul>
</div>