These aren't bugs, don't phrase them like they are.
authorChris Lattner <sabre@nondot.org>
Fri, 12 Dec 2003 04:56:02 +0000 (04:56 +0000)
committerChris Lattner <sabre@nondot.org>
Fri, 12 Dec 2003 04:56:02 +0000 (04:56 +0000)
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@10423 91177308-0d34-0410-b5e6-96231b3b80d8

docs/ReleaseNotes.html

index 849b87912d1e2e1389ba2b2e360840555ae89c2c..c22eac530ee7d3382a9459f1dd8498e27a3da519 100644 (file)
@@ -177,15 +177,20 @@ fixed:
 
 <ol>
 
-<li><a href="http://llvm.cs.uiuc.edu/PR29">C++ front-end is not generating
-linkonce linkage type when it can</a></li>
+<li>The C++ front-end now compiles functions to 
+    <a href="http://llvm.cs.uiuc.edu/PR29">use the linkonce linkage type</a> 
+    more, giving the optimizer more freedom.</a></li>
 
-<li><a href="http://llvm.cs.uiuc.edu/PR84">C front-end generates non-type-safe code for expressions it could generate type-safe code</a></li>
+<li>The C front-end now <a href="http://llvm.cs.uiuc.edu/PR84">generates 
+    type-safe code</a> in several cases that it did not before, which prevented
+    some important optimizations.</li>
 
-<li><a href="http://llvm.cs.uiuc.edu/PR96">Bad path to the C/C++ frontend causes
-build problems</a></li>
+<li>The LLVM build system has been taught to catch some common configuration 
+    problems that <a href="http://llvm.cs.uiuc.edu/PR96">caused it to get 
+    horribly confused</a> before.</li>
 
-<li><a href="http://llvm.cs.uiuc.edu/PR114">LLVM header files should be -Wold-style-cast clean</a></li>
+<li>The LLVM header files are now 
+    <a href="http://llvm.cs.uiuc.edu/PR114">-Wold-style-cast clean</a>.</li>
 
 <li>The LLVM bytecode reader has been <a
 href="http://llvm.cs.uiuc.edu/PR127">sped up a lot</a> (up to 4x in some