Correctly load FP constants out of the constant pool.
[oota-llvm.git] / docs / ReleaseNotes.html
index 662e11cdef20f62f2c3ee72279c73add32291169..8c4a3b69f2ed1672cce11551bbbd063cce82d87c 100644 (file)
@@ -22,7 +22,7 @@
     <li><a href="#c-fe">Known problems with the C Front-end</a>
     <li><a href="#c++-fe">Known problems with the C++ Front-end</a>
     <li><a href="#x86-be">Known problems with the X86 Back-end</a>
-    <li><a href="#sparc-be">Known problems with the Sparc Back-end</a>
+    <li><a href="#sparcv9-be">Known problems with the SparcV9 Back-end</a>
     <li><a href="#c-be">Known problems with the C back-end</a>
   </ul></li>
   <li><a href="#additionalinfo">Additional Information</a></li>
@@ -123,7 +123,7 @@ also dump out bytecode in a textual format that is lower level than assembly
 (values are not resolved from slot numbers).  It should only be of interest to
 (a) those who are working to improve the bytecode format and (b) those who
 really want to understand or document the details of the bytecode format.</li>
-<li>The <a href="BytecodeFormat.html">LLVM Bytecode file format</a> is now being
+<li>The <a href="BytecodeFormat.html">LLVM Bytecode file format</a> is now 
 documented.</li>
 <li>LLVM now provides an <a
 href="LangRef.html#i_isunordered">llvm.isunordered</a> intrinsic for efficient
@@ -138,6 +138,8 @@ slightly. Simply run llvmgrep like you might egrep but leave off the file
 names.</li>
 <li>We now generate HTML documentation and man pages for the tools from a single
 source (perl-style POD files).</li>
+<li>The LLVM code generator can now dynamically load targets from shared 
+objects.</li>
 </ol>
 
 </div>
@@ -278,7 +280,7 @@ missing external functions encountered</a></li>
 asssertion</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR332">[adce] Crash handling unreachable
 code that unwinds</a></li>
-<li><a href="http://llvm.cs.uiuc.edu/PR333">[sparc] LLC can't emit 2 functions
+<li><a href="http://llvm.cs.uiuc.edu/PR333">[sparcv9] LLC can't emit 2 functions
 of the same name, both having constant pools</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR337">[livevar] Live variables missed
 physical register use of aliased definition</a></li>
@@ -682,13 +684,14 @@ href="http://gcc.gnu.org/gcc-3.4/changes.html">GCC 3.4 release notes</a>.</li>
 
 <!-- ======================================================================= -->
 <div class="doc_subsection">
-  <a name="sparc-be">Known problems with the Sparc back-end</a>
+  <a name="sparcv9-be">Known problems with the SparcV9 back-end</a>
 </div>
 
 <div class="doc_text">
 
 <ul>
-<li>There are several programs in the LLVM testsuite that the Sparc code generator is known to miscompile.</li>
+<li><a href="http://llvm.cs.uiuc.edu/PR60">[sparcv9] SparcV9 backend miscompiles
+several programs in the LLVM test suite</a></li>
 </ul>
 
 </div>