kadircet added inline comments.
================ Comment at: clang-tools-extra/clangd/ClangdServer.h:153 + /// to cancel. Clients that always cancel stale requests should clear this. + bool ImplicitCancellation = true; + ---------------- this makes sense as is, but i wonder if we should lift this to LSPServer instead. 3.17 specs also introduce `retryOnContentModified`, which is supposed to be a list of RPC names. so if we decide to take that into account, rather than deciding on what's "transient" ourselves, having all of this hardcoded in clangdserver would be limiting. We can accept a cancellation policy on all of the ClangdServer endpoints, have some sensible defaults in clangdlspserver, enable those to be overwritten by client specs on initialize. (or if we don't want to make them part of the signature i suppose we can make use of config/context, but ... yikes). WDYT? Repository: rG LLVM Github Monorepo CHANGES SINCE LAST ACTION https://reviews.llvm.org/D98414/new/ https://reviews.llvm.org/D98414 _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
