[PATCH] D90392: [clang-tidy] Omit std::make_unique/make_shared for default initialization.
Chris Kennelly via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Mon Nov 9 20:17:57 PST 2020
ckennelly added a comment.
njames93: Ping
================
Comment at: clang-tools-extra/test/clang-tidy/checkers/modernize-make-shared.cpp:51
// CHECK-FIXES: std::shared_ptr<int> P1 = std::make_shared<int>();
+ std::shared_ptr<int> P2 = std::shared_ptr<int>(new int);
----------------
steveire wrote:
> ckennelly wrote:
> > steveire wrote:
> > > I'm a bit confused. Why don't we want to transform this?
> > `std::make_shared<int>()` is equivalent to `std::shared_ptr<int>(new int())`. This value initializes (read: zeroes out the value).
> >
> > The statement here is only default initializing (read: leaves the value uninitialized). For this use case, we should use `std::make_shared_for_overwrite` when it is available.
> I see. Did you consider an option to transform these anyway? It seems at least as likely that for real-world code bases they are not initialized accidentally (as opposed to being a deliberate choice as assumed here).
The default initialization case for arrays was added because it caused several performance regressions. I want to get the complete initialization check implemented, which will then make the `make_unique_for_overwrite` rewrite straight forward (just `!initializating`).
An option could then be added in a subsequent commit.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D90392/new/
https://reviews.llvm.org/D90392
More information about the cfe-commits
mailing list