[llvm-commits] CVS: llvm/docs/ReleaseNotes.html

Chris Lattner lattner at cs.uiuc.edu
Mon Oct 27 12:31:01 PST 2003


Changes in directory llvm/docs:

ReleaseNotes.html updated: 1.17 -> 1.18

---
Log message:

Clarify what is a bug and what isn't


---
Diffs of the changes:  (+19 -11)

Index: llvm/docs/ReleaseNotes.html
diff -u llvm/docs/ReleaseNotes.html:1.17 llvm/docs/ReleaseNotes.html:1.18
--- llvm/docs/ReleaseNotes.html:1.17	Mon Oct 27 11:58:57 2003
+++ llvm/docs/ReleaseNotes.html	Mon Oct 27 12:30:37 2003
@@ -140,11 +140,10 @@
 <!-- _______________________________________________________________________ -->
 </ul><h4><a name="c-fe"><hr size=0>Known problems with the C front-end</h4><ul>
 
-<li>Inline assembly is not yet supported.<p>
+</ul><b>Bugs:</b><ul><p>
+
+<li><a href="http://llvm.cs.uiuc.edu/PR6">Oversized integer bitfields cause crash</a>.<p>
 
-<li>"long double" is transformed by the front-end into "double".  There is no
-    support for floating point data types of any size other than 32 and 64 bits.
-    <p>
 <li>C99 Variable sized arrays do not release stack memory when they go out of 
     scope.  Thus, the following program may run out of stack space:
 <pre>
@@ -154,6 +153,14 @@
     }
 </pre><p>
 
+</ul><b>Notes:</b><ul><p>
+
+<li>Inline assembly is not yet supported.<p>
+
+<li>"long double" is transformed by the front-end into "double".  There is no
+    support for floating point data types of any size other than 32 and 64 bits.
+    <p>
+
 <li>The following Unix system functionality has not been tested and may not work:
 <ol>
    <li><tt>sigsetjmp</tt>, <tt>siglongjmp</tt> - These are not turned into the
@@ -163,10 +170,6 @@
        - These functions have not been tested.
 </ol><p>
 
-<li>Bugs:<br>
-  <a href="http://llvm.cs.uiuc.edu/PR6">Oversized integer bitfields cause crash</a>.<br>
-<p>
-
 <li>Although many GCC extensions are supported, some are not.  In particular,
     the following extensions are known to <b>not be</b> supported:
   <ol>
@@ -275,9 +278,13 @@
 For this release, the C++ front-end is considered to be fully functional but
 of <b>beta</b> quality.  It has been tested and works for a number of simple programs that collectively exercise most of the language.  Nevertheless, it has not been in use as long as the C front-end.  Please report any bugs or problems.<p>
 
+</ul><b>Bugs</b>:<ul><p>
+
 <li>The C++ front-end inherits all problems afflicting the <a href="#c-fe">C
     front-end</a><p>
 
+</ul><b>Notes</b>:<ul><p>
+
 <li>The C++ front-end is based on a pre-release of the GCC 3.4 C++ parser.  This
 parser is significantly more standards compliant (and picky) than prior GCC
 versions.  For more information, see the C++ section of the <a
@@ -300,8 +307,9 @@
     different from the model used in the Itanium ABI, so <b>exceptions will not
     interact correctly</b> .
 
-<li><a href="http://llvm.cs.uiuc.edu/PR11">Code for executing
-destructors when unwinding is not shared</a>.
+<li><a href="http://llvm.cs.uiuc.edu/PR11">Code for executing destructors when
+    unwinding is not shared</a> (this is a quality of implementation problem,
+    which does not effect functionality).<p>
 
 
 <!-- _______________________________________________________________________ -->
@@ -370,6 +378,6 @@
 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: Mon Oct 27 11:58:43 CST 2003
+Last modified: Mon Oct 27 12:29:30 CST 2003
 <!-- hhmts end -->
 </body></html>





More information about the llvm-commits mailing list