QOI issue fixed
[oota-llvm.git] / docs / ReleaseNotes.html
index 748e8fc17ec574b0abf49091b6699d329ec9ba91..d1759f1c539b26575e10168051abadd05aec3950 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>
@@ -179,6 +181,10 @@ for structure typedefs</a></li>
 <li>All documentation is now conformant to the HTML 4.01 (Strict) level.</li>
 <li>The spurious "WARNING: Found global types that are not compatible" warning
 produced when linking C++ programs has been fixed.</li>
+<li><a href="http://llvm.cs.uiuc.edu/PR391">lli Doesn't Handle Exceptions From 
+Bytecode Reader</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR341">operator&lt;&lt; on a Value* now prints the address of the object instead of its contents.</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR404">[loopsimplify] Loop simplify is really slow on 252.eon</a></li>
 </ol>
 
 </div>
@@ -276,7 +282,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>
@@ -301,6 +307,7 @@ prototypes that take opaque structs by-value</a></li>
 length array of structures</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR377">[llvmgcc] miscompilation of staticly
 initialized unsigned bitfields</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR396">[llvm-gcc] Crash casting function to void</a></li>
 </ol>
 </div>
 
@@ -679,13 +686,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>