fix warning when assertions disabled.

[oota-llvm.git] / docs / ReleaseNotes.html

diff --git a/docs/ReleaseNotes.html b/docs/ReleaseNotes.html
index ea893134a1832c14c28bc0dd250982b0d1bb20c4..56dd66a21aa53860577177cb78dd5c89a3456dc3 100644 (file)
--- a/docs/ReleaseNotes.html
+++ b/docs/ReleaseNotes.html
@@ -112,6 +112,9 @@ It includes a large number of features and refinements from LLVM 2.2.</p>
 <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>
@@ -158,9 +161,9 @@ specific virtual machine optimizations. vmkit is not an official part of LLVM
 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>
 
@@ -232,7 +235,7 @@ this section.
     <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>
@@ -243,8 +246,8 @@ this section.
     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
@@ -277,12 +280,13 @@ for the C, C++, Objective-C, Ada, and Fortran front-ends.</p>
 <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>
 
@@ -300,10 +304,10 @@ relevant parts of the GCC testsuite.</li>
 <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
@@ -328,19 +332,24 @@ LLVM 2.3 optimizers support a few major enhancements:</p>
 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 &lt; UB; ++i)
   if (i &lt;= 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 &lt; NUB; ++i)
   LOOP_BODY
 </pre>
+</div>
+</p>
 </li>
 
 <li>LLVM now includes a new <tt>memcpy</tt> optimization pass which removes
@@ -425,9 +434,10 @@ faster:</p>
     '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>