Add implicit lifetimebound annotations to std::make_unique

[usx95]

Consider this definition of std::make_unique:

template<typename T, typename... Args>
std::unique_ptr<T> make_unique(Args&&... args) {
  return std::unique_ptr<T>(new T(std::forward<Args>(args)...));
}

Add implicit annotations to the template instantiations of make_unqiue where the constructed type has lifetimebound arguments.

struct A {
    std::string_view view;
    std::string owner;
    A(const std::string& a [[clang::lifetimebound]], const std::string& b) : view(a), owner(b) {}
};

std::make_unique<A> function template should have its first arg to a as lifetimebound but not the other other arg to b.
This can be done by looking at the corresponding constructor of the type being constructed. example

[llvmbot]

@llvm/issue-subscribers-clang-temporal-safety

Author: Utkarsh Saxena (usx95)

Consider this definition of `std::make_unique`:

template<typename T, typename... Args>
std::unique_ptr<T> make_unique(Args&&... args) {
  return std::unique_ptr<T>(new T(std::forward<Args>(args)...));
}

Add implicit annotations to the template instantiations of make_unqiue where the constructed type has lifetimebound arguments.

struct A {
    std::string_view view;
    std::string owner
    A(const std::string& a [[clang::lifetimebound]], const std::string& b) : view(a), owner(b) {}
};

std::make_unique<A> function template should have its first arg to a as lifetimebound but not the other other arg to b.
This can be done by looking at the corresponding constructor of the type being constructed. example

[usx95]

This might need slightly more consideration than expected. We do not see the bodies from template instantiations before its usages in its callee due to deferred instantiations. I think the analysis needs to done at the end of TU and not end of each function bodies!
clang::sema::AnalysisBasedWarnings::IssueWarnings(TranslationUnitDecl *TU) looks like a better place to trigger the analysis