ce9f305e44
The definition of is_nothrow_invocable in terms of is_convertible and is_nothrow_constructible is incorrect, because a type could have an explicit constructor that means is_nothrow_constructible is true, but implicit conversions could use a different constructor that is potentially-throwing. Fix it by adding a C++11 version of C++20's is_nothrow_convertible that only considers implicit conversions. * include/std/type_traits (__is_nt_convertible_helper): Define it unconditionally, not only for C++20. (__is_nothrow_convertible): Define internal trait for use in C++11. (__is_nt_invocable_impl: Fix by using __is_nothrow_convertible. (is_invocable_r_v, is_nothrow_invocable_r_v): Add missing parameter. * testsuite/20_util/is_nothrow_convertible/value_ext.cc: New test. * testsuite/20_util/is_nothrow_convertible/value.cc: Check with type that has nothrow explicit conversion but potentially-throwing implicit conversion. * testsuite/20_util/is_nothrow_invocable/value.cc: Likewise. * testsuite/20_util/is_nothrow_invocable/value_ext.cc: Fix helper function to only consider implicit conversions. * testsuite/20_util/tuple/cons/noexcept_specs.cc: Add comment. From-SVN: r271171 |
||
---|---|---|
.. | ||
41530.cc | ||
44487.cc | ||
45228.cc | ||
48476.cc | ||
66338.cc | ||
allocator_with_any.cc | ||
allocators.cc | ||
assignment.cc | ||
big_tuples.cc | ||
constexpr-2.cc | ||
constexpr-3.cc | ||
constructor.cc | ||
converting.cc | ||
deduction.cc | ||
element_accepts_anything_byval.cc | ||
explicit_construct.cc | ||
nested_tuple_construct.cc | ||
noexcept_move_construct.cc | ||
noexcept_specs.cc |