<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 19, 2015 at 10:05 AM, Hans Wennborg <span dir="ltr"><<a href="mailto:hans@chromium.org" target="_blank">hans@chromium.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Feb 18, 2015 at 4:34 PM, Hans Wennborg <<a href="mailto:hans@chromium.org">hans@chromium.org</a>> wrote:<br>
</span><span class="">> The 3.6 release is drawing nearer, but the release notes could still<br>
> use a lot of improvement:<br>
><br>
> LLVM: <a href="https://github.com/llvm-mirror/llvm/blob/release_36/docs/ReleaseNotes.rst" target="_blank">https://github.com/llvm-mirror/llvm/blob/release_36/docs/ReleaseNotes.rst</a><br>
> Clang: <a href="https://github.com/llvm-mirror/clang/blob/release_36/docs/ReleaseNotes.rst" target="_blank">https://github.com/llvm-mirror/clang/blob/release_36/docs/ReleaseNotes.rst</a><br>
><br>
> The good news is that they can be updated all the way up until<br>
> release. If you have a patch for the release notes, commit it directly<br>
> to the branch, or send it to me and I'll commit it for you. It doesn't<br>
> even have to be a patch proper, just send me some text!<br>
<br>
</span>Kaelyn, do you want to add something about delayed type correction to<br>
the Clang notes?<br>
</blockquote></div><br></div><div class="gmail_extra">I'm not sure what would be good to add--while the internal work was pretty extensive, the only user-visible changes are that the typo suggestions given are a bit smarter mainly in large or complex translation units (mostly in more corner-like cases such as getting the right combination of corrections when a single expression has multiple typos, or where multiple equally-likely corrections can be disambiguated based on additional information about the expression in which the typo occurs, or choosing a textually less-close correction based on e.g. the arguments or return value if it is a function call). Which is to say, it now tries a bit harder to give a usable suggestion in more cases, with fewer situations where it could have suggested something but didn't, or where the suggestion caused more compilation errors. Oh, and there are now more cases where it can successfully recover when the suggestion is a keyword that changes how the expression is parsed.</div></div>