diff options
author | kadir çetinkaya <kadircet@google.com> | 2024-08-24 02:53:59 +0200 |
---|---|---|
committer | GitHub <noreply@github.com> | 2024-08-24 02:53:59 +0200 |
commit | 74b538d7e6428921b0bc8f1f5d5dc287c430fa29 (patch) | |
tree | ff32a7037660c7dca3dd313cfcedcf20b2b477d9 /clang/lib/Frontend/CompilerInvocation.cpp | |
parent | 1f89cd4a1970fee65f5ecb189c4d1a0a376d9bb2 (diff) | |
download | llvm-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