https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid, wrong-code
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
CC||ihorelo at mail dot ru
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #11 from Andrew Pinski ---
For the original testcase, I think r0-98505 introduce the failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #10 from Andrew Pinski ---
It is the code in call.c that makes a difference:
if (is_really_empty_class (type, /*ignore_vptr*/true))
{
/* Avoid copying empty classes. */
val = build2 (COMPOUND_EXPR, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> I think the problem is here in init.c:
> /* If the type has data but no user-provided default ctor, we need to
> zero
> out the object. */
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #8 from Andrew Pinski ---
I think the problem is here in init.c:
/* If the type has data but no user-provided default ctor, we need to
zero
out the object. */
if (type_has_non_user_provided_default_constructor (t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
Known to work||4.4.7
--- Comment #7 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
Summary|empty class causes error|[9/10/11/12 Regression]
10 matches
Mail list logo