I know it is possible that a derived class unique_ptr can take place where base class unique_ptr is required for polymorphic types. For example, while returning from function
unique_ptr<Base> someFunction()
{
return make_unique<Derived>(new Derived());
}
or passing to function as argument.
// Function taking unique pointer
void someOtherFunction(unique_ptr<Base>&& ptr)
// Code calling this function
someOtherFunction(std::move(ptrToDerived));
My question is: Is this upcasting always automatic? Or do we need to explicitly perform it using dynamic_cast?
The (draft) standard says:
// 20.8.1.2.1, constructors
...
template <class U, class E>
unique_ptr(unique_ptr<U, E>&& u) noexcept;
template <class U>
unique_ptr(auto_ptr<U>&& u) noexcept;
Those are constructors from any unique_ptr. The standard further restricts their usage by clauses like this:
24 Remarks: This constructor shall not participate in overload resolution unless
U*is implicitly convertible toT*andDis the same type asdefault_delete<T>
The effect of this remark is that unique_ptr<T> is constructible from unique_ptr<U> precisely U* is convertible to T* (and all deleter requirements are met). In particular, when T is an unambiguous public base class of U.
Since the constructor is not explicit, it serves as an implicit converter from unique_ptr<U> to unique_ptr<T>.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With