From: Chandler Carruth <chandlerc@gmail.com>
Date: Mon, 28 Nov 2011 22:43:32 +0000 (+0000)
Subject: Pull out the libclang section and try to clean it up some. This one
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=9a1671277f41310dbb67824e32bd964a08a1f429;p=clang

Pull out the libclang section and try to clean it up some. This one
feels a bit spartan currently.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@145302 91177308-0d34-0410-b5e6-96231b3b80d8
---

diff --git a/docs/ReleaseNotes.html b/docs/ReleaseNotes.html
index 58e7f97b27..5283bc76f8 100644
--- a/docs/ReleaseNotes.html
+++ b/docs/ReleaseNotes.html
@@ -96,22 +96,10 @@ prose in a section of its own. When doing that, delete the notes.</p>
   to differentiate between the possibility of an uninitialized use and the
   certainty of an uninitialized use.</li>
   <li>Support for language specific address spaces</li>
-  <li>Crash recovery handling for libclang clients -- Ted</li>
   <li>Driver support for automatic preparation of reproduction steps for
   compiler crashes -- Chad</li>
   <li>OS Availability attribute -- r128127</li>
   <li>GNU ObjectiveC Runtime support -- David Chisnall</li>
-  <li>libclang improvements bucket
-    <ul>
-      <li>Better Python Bindings</li>
-      <li>More AST coverage</li>
-      <li>Improved cursor support within macros, especially function-style macro
-      arguments.</li>
-      <li>Improved code completion surrounding macros, macro arguments, and
-      token pasting.</li>
-      <li>Improved code completion for in-class member functions.</li>
-    </ul>
-  </li>
   <li>Basic C++ support in the static analyzer.</li>
   <li>Improved AST support for partially constructed nodes and incomplete
   information for LLDB and other clients which dynamically build AST nodes.</li>
@@ -156,6 +144,22 @@ typedef int Integer;
   diagnostics stem from macro arguments.</li>
 </ul>
 
+<h4 id="libclang">This release saw significant improvements to <code>libclang</code></h4>
+<ul>
+  <li>A broader set of the <code>libclang</code> API is exposed in the Python
+  bindings.</li>
+  <li>Much more of the Clang AST is exposed through <code>libclang</code>'s APIs
+  and cursors.</li>
+  <li>Cursors can now walk more effectively through macros, especially arguments
+  to function-style macros, and resolve to the underlying AST.</li>
+  <li>Improved code completion surrounding macros, macro arguments, and
+  token pasting.</li>
+  <li>Improved code completion for in-class member functions.</li>
+  <li>Crash recovery for <code>libclang</code> clients.</li>
+  <!-- Doug or Ted may want to flesh this out if there are relevant details I'm
+  glossing over... -->
+</ul>
+
 <h4 id="driver">The Clang GCC-compatible command-line driver improved dramatically</h4>
 A great deal of work went into the GCC-compatible driver for the 3.0 release
 making it support more operating systems, emulate GCC behavior more accurately,