[all-commits] [llvm/llvm-project] e02198: [clang-format] Avoid inserting space after C++ casts.
Marek Kurdej via All-commits
all-commits at lists.llvm.org
Sun Feb 20 12:58:47 PST 2022
Branch: refs/heads/main
Home: https://github.com/llvm/llvm-project
Commit: e021987273bece6e94bc6f43b6b5232de10637c8
https://github.com/llvm/llvm-project/commit/e021987273bece6e94bc6f43b6b5232de10637c8
Author: Marek Kurdej <marek.kurdej+llvm.org at gmail.com>
Date: 2022-02-20 (Sun, 20 Feb 2022)
Changed paths:
M clang/lib/Format/TokenAnnotator.cpp
M clang/unittests/Format/FormatTest.cpp
Log Message:
-----------
[clang-format] Avoid inserting space after C++ casts.
Fixes https://github.com/llvm/llvm-project/issues/53876.
This is a solution for standard C++ casts: const_cast, dynamic_cast, reinterpret_cast, static_cast.
A general approach handling all possible casts is not possible without semantic information.
Consider the code:
```
static_cast<T>(*function_pointer_variable)(arguments);
```
vs.
```
some_return_type<T> (*function_pointer_variable)(parameters);
// Later used as:
function_pointer_variable = &some_function;
return function_pointer_variable(args);
```
In the latter case, it's not a cast but a variable declaration of a pointer to function.
Without knowing what `some_return_type<T>` is (and clang-format does not know it), it's hard to distinguish between the two cases. Theoretically, one could check whether "parameters" are types (not a cast) and "arguments" are value/expressions (a cast), but that might be inefficient (needs lots of lookahead).
Reviewed By: MyDeveloperDay, HazardyKnusperkeks, owenpan
Differential Revision: https://reviews.llvm.org/D120140
More information about the All-commits
mailing list