[Clang] [Docs] Add release notes for #143514 and #143520

[Sirraide]

I forgot to include a release note in #143520, and it also ocurred to me that while #143514 is technically a bugfix in LLVM/Support, I think we should have one for it as well.

[llvmbot]

@llvm/pr-subscribers-clang

Author: None (Sirraide)

Changes

I forgot to include a release note in #143520, and it also ocurred to me that while #143514 is technically a bugfix in LLVM/Support, I think we should have one for it as well.

---

Full diff: https://github.com/llvm/llvm-project/pull/147562.diff

1 Files Affected:

• (modified) clang/docs/ReleaseNotes.rst (+6)

diff --git a/clang/docs/ReleaseNotes.rst b/clang/docs/ReleaseNotes.rst
index 712229cd11565..a919f3a71c9cf 100644
--- a/clang/docs/ReleaseNotes.rst
+++ b/clang/docs/ReleaseNotes.rst
@@ -678,6 +678,12 @@ Improvements to Clang's diagnostics
 - Clang now accepts ``@tparam`` comments on variable template partial
   specializations. (#GH144775)
 
+- Fixed a bug that caused diagnostic line wrapping to not function correctly on
+  some systems. (#GH139499)
+
+- Clang now tries to avoid printing file paths that contain ``..``, instead preferring
+  the canonical file path if it ends up being shorter.
+
 Improvements to Clang's time-trace
 ----------------------------------
 

[AaronBallman]

LGTM!

[AaronBallman]

We also handle things like . don't we? I suppose that doesn't matter for the release note.

[Sirraide]

Well, the simplification only kicks in if the path actually contains .. because while ../../../ etc is pretty common, I’m hoping no-one is writing ./././...

[Sirraide]

Also, ./ doesn’t really affect the path length too much: if a path contains ./, simplifying it is just a matter of removing that segment, whereas with ../, we also remove the preceding segment, which might be quite long (e.g. x86_64-redhat-linux in the case of libstdc++).