[llvm-branch-commits] [clang-tools-extra] Release/20.x clangd modules (PR #143647)

2025-06-12 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. https://github.com/llvm/llvm-project/pull/143647 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang-tools-extra] release/20.x: [clangd] [C++20] [Modules] Add scanning cache (#125988) (PR #128841)

2025-02-28 Thread kadir çetinkaya via llvm-branch-commits
kadircet wrote: I don't really feel comfortable backporting this change. it's a significant change with implications on stability, and doesn't really bring any functional improvements to clangd's module support. i.e. in absence of this patch, we know that module support "works" (well at least

[llvm-branch-commits] [clang] release/20.x: [clang-format] Fix a bug in annotating StartOfName (#127545) (PR #127591)

2025-02-18 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. https://github.com/llvm/llvm-project/pull/127591 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 20 release notes (PR #127358)

2025-02-17 Thread kadir çetinkaya via llvm-branch-commits
@@ -67,35 +68,84 @@ Semantic Highlighting Compile flags ^ +- Fixed a bug where clangd would unnecessarily reparse open files whose + compile command did not change when receiving a new compile command + via an LSP `workspace/configuration` request (#GH115438) +

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 20 release notes (PR #127358)

2025-02-17 Thread kadir çetinkaya via llvm-branch-commits
@@ -67,35 +68,84 @@ Semantic Highlighting Compile flags ^ +- Fixed a bug where clangd would unnecessarily reparse open files whose + compile command did not change when receiving a new compile command + via an LSP `workspace/configuration` request (#GH115438) +

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 20 release notes (PR #127358)

2025-02-17 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet edited https://github.com/llvm/llvm-project/pull/127358 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 20 release notes (PR #127358)

2025-02-17 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. thanks a lot! https://github.com/llvm/llvm-project/pull/127358 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-c

[llvm-branch-commits] [clang] [clang][HeuristicResolver] Additional hardening against an infinite loop in simplifyType() (PR #126690)

2025-02-11 Thread kadir çetinkaya via llvm-branch-commits
kadircet wrote: oops I wasn't looking at the target branch :( let me cherry-pick this into main https://github.com/llvm/llvm-project/pull/126690 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mail

[llvm-branch-commits] [clang] [clang][HeuristicResolver] Additional hardening against an infinite loop in simplifyType() (PR #126690)

2025-02-11 Thread kadir çetinkaya via llvm-branch-commits
kadircet wrote: going to land this one, since review of #126689 can take longer and this should enable us to unblock our releases. I am happy to revert afterwards. https://github.com/llvm/llvm-project/pull/126690 ___ llvm-branch-commits mailing list l

[llvm-branch-commits] [clang] [clang][HeuristicResolver] Additional hardening against an infinite loop in simplifyType() (PR #126690)

2025-02-11 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet closed https://github.com/llvm/llvm-project/pull/126690 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [clang][HeuristicResolver] Additional hardening against an infinite loop in simplifyType() (PR #126690)

2025-02-11 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. https://github.com/llvm/llvm-project/pull/126690 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [clang][HeuristicResolver] Additional hardening against an infinite loop in simplifyType() (PR #126690)

2025-02-11 Thread kadir çetinkaya via llvm-branch-commits
kadircet wrote: what about landing this one, and cherry picking it into the 20 release. then we can land #126689 and revert this one. giving us the next release cycle to vet the underlying change? https://github.com/llvm/llvm-project/pull/126690 ___

[llvm-branch-commits] [clang] [clang-format] Handle template closer followed by empty paretheses (PR #111245)

2024-10-08 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. https://github.com/llvm/llvm-project/pull/111245 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] release/19.x: [clang-format] Correctly identify token-pasted record names (#106484) (PR #106900)

2024-09-01 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. https://github.com/llvm/llvm-project/pull/106900 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 19 release notes (PR #105975)

2024-08-28 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. thanks a lot for doing this @HighCommander4! https://github.com/llvm/llvm-project/pull/105975 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 18 release notes (PR #84436)

2024-03-12 Thread kadir çetinkaya via llvm-branch-commits
kadircet wrote: i believe @tstellar should have that power :rocket: Do you mind merging this into the branch, or advise on how we should do that instead? https://github.com/llvm/llvm-project/pull/84436 ___ llvm-branch-commits mailing list llvm-branc

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 18 release notes (PR #84436)

2024-03-08 Thread kadir çetinkaya via llvm-branch-commits
@@ -51,21 +51,40 @@ Improvements to clangd Inlay hints ^^^ +- Type hints +* Improved heuristics for showing sugared vs. desguared types +* Some hints which provide no information (e.g. ) are now omitted +- Parameter hints +* Parameter hints are now sho

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 18 release notes (PR #84436)

2024-03-08 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet approved this pull request. thanks a lot for doing this @HighCommander4 ! https://github.com/llvm/llvm-project/pull/84436 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin

[llvm-branch-commits] [clang-tools-extra] [clangd] Add clangd 18 release notes (PR #84436)

2024-03-08 Thread kadir çetinkaya via llvm-branch-commits
https://github.com/kadircet edited https://github.com/llvm/llvm-project/pull/84436 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang-tools-extra] [clangd] check for synthesized symbols when tracking include locations (PR #75128)

2023-12-11 Thread kadir çetinkaya via llvm-branch-commits
kadircet wrote: Hi @mizvekov thanks for the fix, but I am not sure if this is at the right level. The way you're bailing out currently prevents clangd from indexing all implicit definitions, even if we have a hard-coded mapping for them (based on the symbol name). Also the map you're preventi