https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53036
Martin Sebor <msebor at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |rejects-valid
Status|NEW |RESOLVED
CC| |msebor at gcc dot gnu.org
Known to work| |6.3.0, 7.4.0, 8.2.0, 9.0
Resolution|--- |FIXED
Known to fail| |4.7.4, 4.8.5, 4.9.4
--- Comment #6 from Martin Sebor <msebor at gcc dot gnu.org> ---
This bug has been fixed since GCC 5. If there are outstanding issues as
comment #5 suggests that aren't being tracked by any open bugs let's open new
issues for them. I'm going to resolve this as fixed.
r215771 | jason | 2014-10-01 13:21:01 -0400 (Wed, 01 Oct 2014) | 11 lines
PR c++/63362
* class.c (type_has_non_user_provided_default_constructor): Rename
from type_has_user_provided_default_constructor, reverse sense.
(default_init_uninitialized_part, explain_non_literal_class): Adjust.
(check_bases_and_members): Set TYPE_HAS_COMPLEX_DFLT.
* call.c (build_new_method_call_1): Adjust.
* cp-tree.h: Adjust.
* decl.c (grok_special_member_properties): Don't set
TYPE_HAS_COMPLEX_DFLT.
* init.c (build_value_init_noctor): Don't use
type_has_user_provided_default_constructor.
