aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/CompilerInvocation.cpp
diff options
context:
space:
mode:
authorkadir çetinkaya <kadircet@google.com>2024-08-24 02:53:59 +0200
committerGitHub <noreply@github.com>2024-08-24 02:53:59 +0200
commit74b538d7e6428921b0bc8f1f5d5dc287c430fa29 (patch)
treeff32a7037660c7dca3dd313cfcedcf20b2b477d9 /clang/lib/Frontend/CompilerInvocation.cpp
parent1f89cd4a1970fee65f5ecb189c4d1a0a376d9bb2 (diff)
downloadllvm-74b538d7e6428921b0bc8f1f5d5dc287c430fa29.zip
llvm-74b538d7e6428921b0bc8f1f5d5dc287c430fa29.tar.gz
llvm-74b538d7e6428921b0bc8f1f5d5dc287c430fa29.tar.bz2
[include-cleaner] Turn new/delete usages to ambiguous references (#105844)
In practice most of these expressions just resolve to implicitly provided `operator new` and standard says it's not necessary to include `<new>` for that. Hence this is resulting in a lot of churn in cases where inclusion of `<new>` doesn't matter, and might even be undesired by the developer. By switching to an ambiguous reference we try to find a middle ground here, ensuring that we don't drop providers of `operator new` when the developer explicitly listed them in the includes, and chose to believe it's the implicitly provided `operator new` and don't insert an include in other cases.
Diffstat (limited to 'clang/lib/Frontend/CompilerInvocation.cpp')
0 files changed, 0 insertions, 0 deletions