More bugz
[oota-llvm.git] / docs / ReleaseNotes.html
index d7f6c6ace46147352b5f57bd1d91c4edab91844a..2f16adb8a16574f6cf7f42e80b78346246dec01a 100644 (file)
@@ -71,6 +71,12 @@ release implements the following new features:<p>
 explore the LLVM optimizer with the C backend (note that LLVM requires GCC 3.3
 on Mac OSX).</li><p>
 
+<li>LLVM has been <a
+href="http://mail.cs.uiuc.edu/pipermail/llvmdev/2003-November/000554.html">moved
+into an 'llvm' C++ namespace</a>, for easier integration with third-party
+code.</a> Note that due to a bug in GDB 5.x, to debug namespacified LLVM code,
+you will need to upgrade to GDB 6.</li>
+
 </ol><p>
 
 In this release, the following missing features were implemented:<p>
@@ -78,6 +84,13 @@ In this release, the following missing features were implemented:<p>
 <ol>
 <li><a href="http://llvm.cs.uiuc.edu/PR88">The interpreter does not support
 invoke or unwind</a></li>
+
+<li><a href="http://llvm.cs.uiuc.edu/PR99">Interpreter does not support the
+<tt>vaarg</tt> instruction</a></li><p>
+
+<li><a href="http://llvm.cs.uiuc.edu/PR117">llvm-nm cannot read archive
+files</a></li><p>
+
 </ol><p>
 
 In this release, the following Quality of Implementation issues were fixed:<p>
@@ -90,6 +103,11 @@ linkonce linkage type when it can</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR84">C front-end doesn't emit
 getelementptr for address of array element</a></li>
 
+<li><a href="http://llvm.cs.uiuc.edu/PR96">Bad path to the C/C++ frontend causes
+build problems</a></li>
+
+<li><a href="http://llvm.cs.uiuc.edu/PR114">LLVM header files should be -Wold-style-cast clean</a></li>
+
 </ol><p>
 
 
@@ -110,6 +128,9 @@ In this release, the following bugs in the previous release were fixed:<p>
 <li><a href="http://llvm.cs.uiuc.edu/PR70">[instcombine] Resolving invoke inserts cast after terminator</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR71">llvm-as crashes when labels are used in phi nodes</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR72">[build problem] Callgraph.cpp not pulled in from libipa.a</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR77">Variables in scope of output setjmp
+calls should be volatile</a>.  Note that this does not effect correctness on
+many platforms, such as X86.
 <li><a href="http://llvm.cs.uiuc.edu/PR79">llvm-gcc crashes compiling global union initializer</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR80">C front-end crash on empty structure</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR81">CFrontend crashes when compiling C99 compound expressions</a></li>
@@ -125,6 +146,17 @@ In this release, the following bugs in the previous release were fixed:<p>
 <li><a href="http://llvm.cs.uiuc.edu/PR98">[buildscripts] Building into objdir with .o in it fails</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR101">[setjmp/longjmp] Linking C programs which use setjmp/longjmp sometimes fail with references to the C++ runtime library!</a></li>
 <li><a href="http://llvm.cs.uiuc.edu/PR104">[c++] C++ Frontend lays out superclasses like anonymous bitfields!</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR107">AsmParser Misses Symbol Redefinition Error</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR108">gccld -Lfoo -lfoo fails to find ./foo/libfoo.a</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR110">[bcreader] Incorrect cast causes misread forward constant references</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR112">Casting a string constant to void crashes llvm-gcc</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR116">[adce] ADCE considers blocks without postdominators to be unreachable</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR54">C front-end miscompiles unsigned enums whose LLVM types are signed</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR123">[X86] div and rem constant exprs invalidate iterators!</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR125">[llvmg++] Enum types are incorrectly shrunk to smaller than 'int' size</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR128">[llvmg++] Cannot use pointer to member to initialize global</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR130">[vmcore] Symbol table doesn't rename colliding variables during type resolution</a></li>
+<li><a href="http://llvm.cs.uiuc.edu/PR131">[llvm-gcc] ?: operator as lvalue not implemented</a></li>
 </ol><p>
 
 At this time, LLVM is known to work properly with SPEC CPU 2000, the Olden
@@ -394,10 +426,6 @@ cannot include special floating point numbers like Not-A-Number or Infinity.<p>
 supported</a>.  This should not affect LLVM produced by the C or C++ 
 frontends.<p>
 
-<li><a href="http://llvm.cs.uiuc.edu/PR77">Variables in scope of output setjmp
-calls should be volatile</a>.  Note that this does not effect correctness on
-many platforms.<p>
-
 <li>The code produces by the C back-end has only been tested with the Sun CC,
 GCC, and Intel compilers.  It is possible that it will have to be adjusted to
 support other C compilers.<p>
@@ -431,6 +459,6 @@ via the mailing lists.<p>
 Maintained By: <a href="http://llvm.cs.uiuc.edu/">The LLVM Team</a><br>
 <!-- Created: Wed Oct  1 17:38:54 CDT 2003 -->
 <!-- hhmts start -->
-Last modified: Sun Nov  9 13:42:42 CST 2003
+Last modified: Tue Nov 18 19:06:34 CST 2003
 <!-- hhmts end -->
 </body></html>