Created on 2017-05-11.00:00:00 last changed 46 months ago
Proposed resolution:
This wording is relative to N4659.
Edit [util.smartptr.shared.cast] as indicated:
shared_ptr<T> dynamic_pointer_cast(const shared_ptr<U>& r) noexcept;-4- Requires: The expression dynamic_cast<T*>((U*)0) shall be well formed. The expression dynamic_cast<typename shared_ptr<T>::element_type*>(r.get()) shall be well formed and shall have well defined behavior.
[…]
[ 2017-07 Toronto Monday issue prioritization ]
Priority 0; move to Ready
Currently [util.smartptr.shared.cast]/4 says:
Requires: The expression dynamic_cast<T*>((U*)nullptr) shall be well formed and shall have well defined behavior.
A dynamic_cast of a null pointer, if well-formed, always has well-defined behavior: it returns a null pointer. The second part is therefore redundant as currently worded. The C++14 version, on the other hand, requires dynamic_cast<T*>(r.get()) to have well-defined behavior, which actually adds something: it requires the user to not trigger the undefined case in [class.cdtor]/5, for instance.
History | |||
---|---|---|---|
Date | User | Action | Args |
2021-02-25 10:48:01 | admin | set | status: wp -> c++20 |
2017-11-13 19:01:36 | admin | set | status: voting -> wp |
2017-10-17 18:34:55 | admin | set | status: ready -> voting |
2017-07-12 01:30:31 | admin | set | messages: + msg9332 |
2017-07-12 01:30:31 | admin | set | status: new -> ready |
2017-05-13 16:25:22 | admin | set | messages: + msg9183 |
2017-05-11 00:00:00 | admin | create |