C++20 isn't final quite yet, but all that remains is formalities, so let's go ahead and change all the references. I think for the next C++ standard we can just call it C++23 rather than C++2b, since the committee has been consistent about time-based releases rather than feature-based. gcc/c-family/ChangeLog 2020-05-13 Jason Merrill <jason@redhat.com> * c.opt (std=c++20): Make c++2a the alias. (std=gnu++20): Likewise. * c-common.h (cxx_dialect): Change cxx2a to cxx20. * c-opts.c: Adjust. * c-cppbuiltin.c: Adjust. * c-ubsan.c: Adjust. * c-warn.c: Adjust. gcc/cp/ChangeLog 2020-05-13 Jason Merrill <jason@redhat.com> * call.c, class.c, constexpr.c, constraint.cc, decl.c, init.c, lambda.c, lex.c, method.c, name-lookup.c, parser.c, pt.c, tree.c, typeck2.c: Change cxx2a to cxx20. libcpp/ChangeLog 2020-05-13 Jason Merrill <jason@redhat.com> * include/cpplib.h (enum c_lang): Change CXX2A to CXX20. * init.c, lex.c: Adjust.
33 lines
974 B
C
33 lines
974 B
C
// PR c++/88337 - Implement P1327R1: Allow dynamic_cast/typeid in constexpr.
|
|
// { dg-do compile { target c++20 } }
|
|
// { dg-additional-options "-fdelete-null-pointer-checks" }
|
|
|
|
// dynamic_cast in a constructor.
|
|
// [class.cdtor]#6: "If the operand of the dynamic_cast refers to the object
|
|
// under construction or destruction and the static type of the operand is not
|
|
// a pointer to or object of the constructor or destructor's own class or one
|
|
// of its bases, the dynamic_cast results in undefined behavior.
|
|
// See <https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01521.html>.
|
|
|
|
struct V {
|
|
virtual void f();
|
|
};
|
|
|
|
struct A : V { };
|
|
|
|
struct B : V {
|
|
constexpr B(V*, A*);
|
|
};
|
|
|
|
struct D : B, A {
|
|
constexpr D() : B((A*)this, this) { } // { dg-message "in 'constexpr' expansion of" }
|
|
};
|
|
|
|
constexpr B::B(V* v, A* a)
|
|
{
|
|
dynamic_cast<B*>(a);
|
|
}
|
|
|
|
constexpr D d; // { dg-error "accessing uninitialized member" }
|
|
// { dg-message "in 'constexpr' expansion of" "" { target *-*-* } .-1 }
|